2019年腾讯最新Java工程师面试题
一、单选题（共21题，每题5分）
A
暂无
1 public class A2{ 2 public static void main(String[] args){ 3 int[] a={2,4,6,8,3,6,9,12}; 4 doSomething(a,0,a.length-1); 5 for(int i=0;i=x){ 6 swap(a,i,j); 7 i++;//交换了几次 8 } 9 }//把最大的放到最后 10 swap(a,i,end);//把最大的放到i的位置 11 return i; 12 } 13 14 private static void swap(int[] a,int i,int j) 15 { 16 int tmp=a[i]; 17 a[i]=a[j]; 18 a[j]=tmp; 19 } 20 } 21 ```
Hbase是一个面向列分布式数据库，和hive不同的是，hbase能够在它的数据库上实时运行，而不是运行mapreduce任务发生的
以下JAVA程序的输出是什么（）
1 <pre class="prettyprint">public class HelloSogou{ 2 public static synchronized void main(String[] a){ 3 Thread t=new Thread(){ 4 public void run(){Sogou();} 5 }; 6 t.run(); 7 System.out.print("Hello"); 8 } 9 static synchronized void Sogou(){ 10 System.out.print("Sogou"); 11 } 12 }
本题考查线程的基本知识。线程与进程在概念上是相关的，线程是由表示程序运行状态的寄存器、程序计数器、栈指针以及堆栈组成，它不包含进程地址空间中的代码 和数据。代码所操作的数据是Java线程模型中的一个组成部分，数据与代码是独立的。数据可以被多个线程共享，也可不共享。Java语言中提供两种创建线 程的方法，－种是通过继承Thread类创建线程，另－种是通过实现Runnable接口来创建线程。
Android中实现序列化有两个选择：一是实现Serializable接口（是JavaSE本身就支持的），一是实现Parcelable接口（是Android特有功能，效率比实现Serializable接口高效，可用于Intent数据传递，也可以用于进程间通信（IPC））。实现Serializable接口非常简单，声明一下就可以了，而实现Parcelable接口稍微复杂一些，但效率更高，推荐用这种方法提高性能。
注：Android中Intent传递对象有两种方法：一是Bundle.putSerializable(Key，Object)，另一种是Bundle.putParcelable(Key，Object)。当然这些Object是有一定的条件的，前者是实现了Serializable接口，而后者是实现了Parcelable接口。
暂无
Java是一门面向对象的编程语言，下面关键字中能够表示Java面向对象的特性是（）
A
死锁不仅可以发生在多线程中，也可以发生在多个进程中。只要是因争抢资源导致互相等待，无外力作用无法前进的都可以称为死锁
暂无
一个jvm中默认的classloader有Bootstrap ClassLoader、Extension ClassLoader、App ClassLoader，分别各司其职：
- Bootstrap ClassLoader 负责加载java基础类，主要是 %JRE_HOME/lib/ 目录下的rt.jar、resources.jar、charsets.jar和class等
- Extension ClassLoader 负责加载java扩展类，主要是 %JRE_HOME/lib/ext 目录下的jar和class
- App ClassLoader 负责加载当前java应用的classpath中的所有类。
classloader 加载类用的是全盘负责委托机制。所谓全盘负责，即是当一个classloader加载一个Class的时候，这个Class所依赖的和引用的所有 Class也由这个classloader负责载入，除非是显式的使用另外一个classloader载入。
所以，当我们自定义的classloader加载成功了com.company.MyClass以后，MyClass里所有依赖的class都由这个classLoader来加载完成。
SSL是解决传输层安全问题的一个主要协议，其设计的初衷是基于TCP协议之上提供可靠的端到端安全服务。应用SSL协议最广泛的是HTTPS，它为客户浏览器和Web服务器之间交换信息提供安全通信支持。它使用TCP的443端口发送和接收报文。
- ①．继承java．lang．Thread类，并重写run（ ）方法
- ②．继承java．lang．Runnable类，并重写start（ ）方法
- ③．实现java．lang．Thread接口，并实现run（ ）方法
- ④．实现java．lang．Runable接口．并实现run（ ）方法
用Thread类的构造方法Thread(Runnable target)创建线程对象时，构造方法中的参数必须是一个具体的对象，该对象称作线程的目标对象，创建目标对象的类必须要实现Runnable接口。
如果希望在网络中通过某个类的对象包装数据进行传输，那么这个类需要实现下面哪个接口？（）
Windows下是ipconfig，Linux下是ifconfig
暂无
答案：B解析：根据《系统集成项目管理工程师教程（第2版）》第137页，继承表示类之间的层次关系（父类与子类），这种关系使得某类对象可以集成另外一类对象的特征。所以继承关系中共有类属性只要在父类中进行说明即可，子类不需要了。
二、多选题（共8题，每题5分）
收到很多赞，感谢诸君阅读捧场
在此针对评论区的一些意见发表如下声明：
- 这个回答不会给你解释题目与分析解题过程。这个回答的目的是科普。为的是从根本上向大家解释清楚Unicode的玩法。如果读者只是想了解解题过程和选项分析，请看本题的推荐答案。
- 一些朋友说这个答案是复制粘贴过来的。我想一千个读者有一千个哈姆雷特。我无论说什么其实都无法改变读者内心认定的那个结论。所以，大家开心就好。为了这个目的，大家不妨先问问自己是不是真的想要了解Unicode的基础知识？如果是，那么欢迎您继续下面的旅程。
很多人都把Unicode编码挂在嘴边，其实咱们现实生活中遇到的编码基本都是Unicode的
因为Unicode兼容了大多数老版本的编码规范例如 ASCII
Unicode编码定义了这个世界上几乎所有字符（就是你眼睛看到的长那个样子的符号）的数字表示
也就是说Unicode为每个字符发了一张身份证，这张身份证上有一串唯一的数字ID确定了这个字符
在这个纷乱世界上存在的唯一性。Unicode给这串数字ID起了个名字叫［码点］（Code Point）
而很多人说的编码其实是想表达［Unicode转换格式］（即UTF，Unicode Transformation Formats）
有没有觉得眼前一亮豁然开朗？没错 这就是我们看到的UTF-8/UTF-16/UTF-32的前缀来源
这个［Unicode转换格式］的存在是为了解决［码点］在计算机中的二进制表现形式而设计的
毕竟我们的机内表示涉及存储位宽，兼容古老编码格式，码点是数值过大的罕见字符等问题
［码点］经过映射后得到的二进制串的转换格式单位称之为［码元］（Code Unit）。也就是说如果有一种UTF的码点二进制表示有n字节，其码元为8位（1个byte），那么其拥有码元n个。每种UTF的码元都不同，其宽度被作为区分写在了UTF的后缀——这就是UTF-8/UTF-16/UTF-32的由来。UTF-8的码元是8位的，UTF-16的码元是16位的。大部分的编程语言采用16位的码元作为机内表示。这就是我们在各种语言中调用获取一个字符串中character的数量时会出现这么多混乱的原因。事实上我们调用这些方法时取得的不是字符个数，而是码元个数！一旦我们的字符串中包含了位于基本平面之外的码点，那么就会需要更多的码元来表示，这个时候就会出现测试时常见的困惑——为何return的字符数比实际字符数要多？所以实际写代码时要特别注意这个问题。
采取不同的映射方式可以得到不同格式的二进制串，但是他们背后所表示的［码点］永远是一致的就好像你换身份证但是身份证号不变一样。由于平时人们误把［转换格式］也称为［编码］，所以造成今天Unicode／UTF傻傻分不清楚且遣词造句运用混乱的悲桑局面。
Unicode 编码 发展到今天 扩展到了 21 位（从 U+0000 到 U+10FFFF ）。这一点很重要： Unicode 不是 16 位的编码， 它是 21 位的。这 21 位提供了 1,114,112 个码点，其中，只有大概 10% 正在使用，所以还有相当大的扩充空间。
编码空间被分成 17 个平面（plane），每个平面有 65,536 个字符（正好填充2个字节，16位）。0 号平面叫做「基本多文种平面」（ BMP, Basic Multilingual Plane ），涵盖了几乎所有你能遇到的字符，除了 emoji（emoji位于1号平面 - -）。其它平面叫做补充平面，大多是空的。
总结一下各种编码格式的特质：
UTF-32
最清楚明了的一个 UTF 就是 UTF-32 ：它在每个码点上使用整 32 位。32 大于 21，因此每一个 UTF-32 值都可以直接表示对应的码点。尽管简单，UTF-32却几乎从来不在实际中使用，因为每个字符占用 4 字节太浪费空间了。
UTF-16 以及「代理对」（ Surrogate Pairs ）的概念
UTF-16要常见得多，它是根据有 16 位固定长度的码元（ code units ）定义的。UTF-16 本身是一种长度可变的编码。基本多文种平面（BMP）中的每一个码点都直接与一个码元相映射。鉴于 BMP 几乎囊括了所有常见字符，UTF-16 一般只需要 UTF-32 一半的空间。其它平面里很少使用的码点都是用两个 16 位的码元来编码的，这两个合起来表示一个码点的码元就叫做代理对（ surrogate pair ）。
UTF-8
UTF-8 使用一到四个字节来编码一个码点。从 0 到 127 的这些码点直接映射成 1 个字节（对于只包含这个范围字符的文本来说，这一点使得 UTF-8 和 ASCII 完全相同）。接下来的 1,920 个码点映射成 2 个字节，在 BMP 里所有剩下的码点需要 3 个字节。Unicode 的其他平面里的码点则需要 4 个字节。UTF-8 是基于 8 位的码元的，因此它并不需要关心字节顺序（不过仍有一些程序会在 UTF-8 文件里加上多余的 BOM）。
有效率的空间使用（仅就西方语言来讲），以及不需要操心字节顺序问题使得 UTF-8 成为存储和交流 Unicode 文本方面的最佳编码。它也已经是文件格式、网络协议以及 Web API 领域里事实上的标准了。
我们的JVM中保存码点是UTF16的转换格式，从char的位宽为16位也可以看得出来。由于绝大部分编码的码点位于基本平面，所以使用16位可以几乎表示所有常用字符。这就是许多语言编译器或运行时都使用UTF16的原因。英文在使用UTF16时也是2字节表示的。当我们想要使用其他平面的字符时，码元超过2个字节，就需要使用代理对在语言中的特定表示方式，譬如‘\U112233’之类的。
使用UTF8时，常用的Alphabet和Numeric都在前127字节，被有效率地用一个字节表示。而我们的中文由于排在1920个码点之后，所以使用3个字节表示，这方面就比UTF16转换格式耗费更多空间。
最后，不论使用哪种UTF转换格式，都是程序员自己可以选择的一种表达方式而已。我们可以通过Java方便的API进行自如转换。
答案:ABCD 做这题其实要区分:C的过程，C++的函数，Java的方法。再看题目，就知道考点了。 java不允许单独的方法，过程或函数存在,需要隶属于某一类中。——AB错 java语言中的方法属于对象的成员,而不是类的成员。不过，其中静态方法属于类的成员。——C错 D问的是java调用方法和C调用过程,C+ + 的函数一样？肯定不一样。错
暂无
异常处理的过程中，你遵循那些好的实践？
- 异常处理在项目设计中是非常关键的，所以精通异常处理是十分必要的。异常处理有很多最佳实践，下面列举集中，它们提高你代码的健壮性和灵活性：
- 调用方法的时候返回布尔值来代替返回null，这样可以 NullPointerException。由于空指针是java异常里最恶心的异常。
- catch块里别不写代码。空catch块是异常处理里的错误事件，因为它只是捕获了异常，却没有任何处理或者提示。通常你起码要打印出异常信息，当然你最好根据需求对异常信息进行处理。
- 能抛受控异常（checked Exception）就尽量不抛受非控异常(checked Exception)。通过去掉重复的异常处理代码，可以提高代码的可读性。
- 绝对不要让你的数据库相关异常显示到客户端。由于绝大多数数据库和SQLException异常都是受控异常，在Java中，你应该在DAO层把异常信息处理，然后返回处理过的能让用户看懂并根据异常提示信息改正操作的异常信息。
- 在Java中，一定要在数据库连接，数据库查询，流处理后，在finally块中调用close()方法。
bean是Struts1的标签，先下载struts-taglib-1.3.10.jar，然后添加到lib.
测试代码：
pageEncoding="gbk"%>
RDB 优缺点
- RDB 会生成多个数据文件，每个数据文件都代表了某一个时刻中 redis 的数据，这种多个数据文件的方式，非常适合做冷备，可以将这种完整的数据文件发送到一些远程的安全存储上去，比如说 Amazon 的 S3 云服务上去，在国内可以是阿里云的 ODPS 分布式存储上，以预定好的备份策略来定期备份 redis 中的数据。
- RDB 对 redis 对外提供的读写服务，影响非常小，可以让 redis 保持高性能，因为 redis 主进程只需要 fork 一个子进程，让子进程执行磁盘 IO 操作来进行 RDB 持久化即可。
- 相对于 AOF 持久化机制来说，直接基于 RDB 数据文件来重启和恢复 redis 进程，更加快速。
- 如果想要在 redis 故障时，尽可能少的丢失数据，那么 RDB 没有 AOF 好。一般来说，RDB 数据快照文件，都是每隔 5 分钟，或者更长时间生成一次，这个时候就得接受一旦 redis 进程宕机，那么会丢失最近 5 分钟的数据。
- RDB 每次在 fork 子进程来执行 RDB 快照数据文件生成的时候，如果数据文件特别大，可能会导致对客户端提供的服务暂停数毫秒，或者甚至数秒。
程序计数器一般不会溢出。
三、判断题（共1题，每题5分）
1、表的设计：
①用户表usertable ，字段id,name,point,以及记录该用户是否曾经兑换过魔盒的标志字段hasdown,用0表示没有下过，1表示下过
②魔盒表boxtable,字段allnumber表示总数，remainnumber表示所省的魔盒数量
③订单表ordertable,字段id,userid,ordertime表示下单时间
2、并发过程，当所有用户同时访问数据库，操作魔盒表和用户表时为了保证事务的一致性，有必要在业务逻辑处理的地方，即更改魔盒表中魔盒数量的代码块或接口和对用户表信息的处理地方处都要加上同步机制，事务回滚等措施
3、用到的事务
判断用户信息：积分是否大于99，是否曾经兑换过魔盒（hasdown是否为0），如果积分够又没兑换过，那么在兑换时用户表里的积分数要减去99，并且置hasdown为1
操作魔盒表：判断魔盒剩余数是否大于0，如果大于0就进行兑换，并使魔盒数减1，
订单表：当以上两个事务均完成时再向订单表里插入一条记录，包括用户id，下单时间
附：接口
Public void order(User user, Box box);
