暴力递归——从左往右的尝试模型1,Facebook面试真题,

简介: 暴力递归——从左往右的尝试模型1,Facebook面试真题,

   

题目:规定1和A对应、2和B对应、3和C对应…那么一个数字字符串比如"111”就可以转化为:'AAA"、 “KA"和"AK”。给定一个只有数字字符组成的字符串str,返回有多少种转化结果

我们先来分析下题目:

数字1对应字母A,2对应B,…一直到26对应Z。数字0是没有字符与之对应的,也就是说,如果碰到0是没有转换结果的

仔细分析这道题,会发现在暴力递归中,这是一个从左往右的尝试模型

什么是从左往右的尝试模型呢,之前写过的打印一个字符串的全部排列和子序列都是这种模型,简单来说,就是从左往右一个一个暴力尝试。

下面我们具体分析:

1)首先考虑base case,如果i位置来到字符串的终止位置,有两种可能,字符串没有字符了,所以返回空字符,算是一种结果;或者之前已经有转换好的答案,所以返回一个结果。

2)如果当前位置的字符是在3~9之间,i+1位置无论是什么字符,i和i+1连起来都会超过26,所以这种情况下,i位置单独转换,然后去i+1位置递归。

3)当前位置是1字符,i+1位置无论任何字符,i和i+1连起来都不会超过26,所以又有两种可能。第一种:i位置单独转换,去i+1位置递归;第二种:i和i+1一起转换,去i+2位置递归。

4)当前位置是2字符,如果i+1位置的字符是在[0~6],i和i+1可以一起转换,去i+2位置递归;否则,只能i单独转换,去i+1位置递归。

给大家画个图:

image.png

当然,博主一开始写这种题也不会有这么清晰的思路,也只能是写一步看一步,发现写不下去了,就检查是不是缺少变量啥的导致无法写下去。总之就是要硬写+多写,哈哈哈。

package com.harrison.class12;
public class Code05_ConvertToLetterString {
  // 0~i-1位置已经转换好了,做好决定了,不用再考虑
  // i及其往后的位置有多少种转换的结果
  public static int process1(char[] str,int i) {
    // i来到终止位置,没有字符了,转换为空字符
    // 要么认为0~i-1已经转换好了,返回一个点数
    if(i==str.length) {
      return 1;
    }
    // i没有到终止位置
    if(str[i]=='0') {// 0没有对应的字符
      return 0;
    }
    // i没有到终止位置 && i位置不是0字符
    // i位置是1字符,i+1位置无论是什么字符都不会超过26,都可以转换
    if(str[i]=='1') {
      int res=process1(str, i+1);// i位置自己单独转换,后续有多少种方法
      if(i+1<str.length) {
        res+=process1(str, i+2);// i和i+1位置一起转换,后续有多少种方法
      }
      return res;
    }
    // i位置是2字符,如果i+1位置的字符是0~6,i和i+1就可以一起转换,然后i+2位置接着递归
    // 否则只能i位置自己转换,然后i+1位置接着递归
    if(str[i]=='2') {
      int res=process1(str, i+1);
      if(i+1<str.length && (str[i+1]>='0' && str[i+1]<='6')) {
        res+=process1(str, i+2);
      }
      return res;
    }
    return process1(str, i+1);
  }
  public static int convert1(String s) {
    if(s==null || s.length()==0) {
      return 0;
    }
    char[] str=s.toCharArray();
    return process1(str, 0);
  }
  public static void main(String[] args) {
    String test="111";
    System.out.println(convert1(test));
  }
}

另外据说这道题是曾经Facebook的面试真题哦,你搞懂了吗


相关文章
|
5月前
|
存储 缓存 NoSQL
Redis常见面试题(二):redis分布式锁、redisson、主从一致性、Redlock红锁;Redis集群、主从复制,哨兵模式,分片集群;Redis为什么这么快,I/O多路复用模型
redis分布式锁、redisson、可重入、主从一致性、WatchDog、Redlock红锁、zookeeper;Redis集群、主从复制,全量同步、增量同步;哨兵,分片集群,Redis为什么这么快,I/O多路复用模型——用户空间和内核空间、阻塞IO、非阻塞IO、IO多路复用,Redis网络模型
Redis常见面试题(二):redis分布式锁、redisson、主从一致性、Redlock红锁;Redis集群、主从复制,哨兵模式,分片集群;Redis为什么这么快,I/O多路复用模型
|
1月前
|
存储 网络协议 安全
30 道初级网络工程师面试题,涵盖 OSI 模型、TCP/IP 协议栈、IP 地址、子网掩码、VLAN、STP、DHCP、DNS、防火墙、NAT、VPN 等基础知识和技术,帮助小白们充分准备面试,顺利踏入职场
本文精选了 30 道初级网络工程师面试题,涵盖 OSI 模型、TCP/IP 协议栈、IP 地址、子网掩码、VLAN、STP、DHCP、DNS、防火墙、NAT、VPN 等基础知识和技术,帮助小白们充分准备面试,顺利踏入职场。
87 2
|
3月前
|
安全 Java 应用服务中间件
JVM常见面试题(三):类加载器,双亲委派模型,类装载的执行过程
什么是类加载器,类加载器有哪些;什么是双亲委派模型,JVM为什么采用双亲委派机制,打破双亲委派机制;类装载的执行过程
106 35
JVM常见面试题(三):类加载器,双亲委派模型,类装载的执行过程
|
1月前
|
网络协议 算法 网络性能优化
计算机网络常见面试题(一):TCP/IP五层模型、TCP三次握手、四次挥手,TCP传输可靠性保障、ARQ协议
计算机网络常见面试题(一):TCP/IP五层模型、应用层常见的协议、TCP与UDP的区别,TCP三次握手、四次挥手,TCP传输可靠性保障、ARQ协议、ARP协议
|
4月前
|
消息中间件 NoSQL 领域建模
这些年背过的面试题——领域模型落地篇
本文是技术人面试系列领域模型落地篇,也是面试题系列的完结篇,感谢大家对本系列文章的支持~面试中关于领域模型落地都需要了解哪些内容?一文带你详细了解,欢迎收藏!
|
4月前
|
机器学习/深度学习 算法 数据挖掘
|
5月前
|
消息中间件 编解码 网络协议
京东面试 rockmq是推消息还是拉消息?他的消息模型是啥?
RocketMQ采用拉模式结合长轮询模拟推效果,减少延迟并优化资源使用。在长轮询中,服务器在无消息时保持请求开放,待有新消息时立即响应,提升实时性。利用Netty的TCP连接和异步处理,RocketMQ构建高效通信协议,适应不同吞吐量和实时性需求场景,兼顾控制与实时响应。
54 0
京东面试 rockmq是推消息还是拉消息?他的消息模型是啥?
|
5月前
|
存储 算法 安全
Java面试题:给定一个可能产生内存泄漏的场景,如何诊断并解决?实现一个生产者-消费者模型,使用适当的同步机制与并发工具类,Java并发工具包与框架:性能与调优
Java面试题:给定一个可能产生内存泄漏的场景,如何诊断并解决?实现一个生产者-消费者模型,使用适当的同步机制与并发工具类,Java并发工具包与框架:性能与调优
40 0
|
7月前
|
消息中间件 监控 Java
滴滴面试:谈谈你对Netty线程模型的理解?
Netty 线程模型是指 Netty 框架为了提供高性能、高并发的网络通信,而设计的管理和利用线程的策略和机制。 **Netty 线程模型被称为 Reactor(响应式)模型/模式,它是基于 NIO 多路复用模型的一种升级,它的核心思想是将 IO 事件和业务处理进行分离,使用一个或多个线程来执行任务的一种机制。** ## 1.**Reactor三大组件** Reactor 包含以下三大组件: ![image.png](https://cdn.nlark.com/yuque/0/2024/png/92791/1717079218890-89000a00-48bc-4a1a-b87e-e1b6
73 2
|
7月前
|
微服务 中间件 Nacos
01.【微服务架构】服务注册与发现:AP和CP,你选哪个?-- 面试准备+基本模型
【5月更文挑战第2天】面试准备应涵盖公司所使用的注册中心类型及其优缺点,了解其集群规模、QPS和机器性能。准备故障排查及优化案例。若公司未采用微服务,可熟悉ZooKeeper、Nacos或etcd的基本特性以讨论注册中心概念。面试时,可将话题引导至服务注册与发现,如被问及特定中间件,阐述为何选择它并讨论优缺点。当涉及微服务高可用性时,可强调服务注册与发现的作用。基础模型部分,需解释服务上线和下线流程,提及注册数据和分组功能,并举例说明。最后,简述服务注册与发现的高可用挑战。
154 8