问：Java 中的值传递和引用传递？ 错误理解一：值传递和引用传递，区分的条件是传递的内容，如果是个值，就是值传递。如果是个引用，就是引用传递。 错误理解二：Java是引用传递。 错误理解三：传递的参数如果是普通类型，那就是值传递，如果是对象，那就是引用传递。 其实我觉得和 Python 中可变类型与不可变类型的概念类似，具体可参考Python 五种数据类型 我的理解就是不可变类型是值传递，如（Integer、String） 可变类型是引用传递：如（int[]，ArrayList）
问：.equals 和 == 的区别？ .equals：这是一个方法，比较两个对象的内容是否相同，基本类型不能用的。 ==：比较两个值的引用是否相同，比前者快，因为只比较引用，如果是基本数据类型，值相同，那么肯定引用相同。参考博客
错误：在循环内进行删除。
ArrayList<String> list = new ArrayList<String>();
list.add("a");
list.add("bb");
list.add("bb");
list.add("ccc");
list.add("ccc");
list.add("ccc");
//第一种，可能会没有删干净
for (int i = 0; i < list.size(); i++) {
String s = list.get(i);
if (s.equals("bb"))
list.remove(s);
}
//第二种：出现异常 并发修改异常java.util.ConcurrentModificationException
for (String s : list) {
if (s.equals("bb"))
list.remove(s);
} 问：Java 并发相关的包？ 参考博客 java.util.concurrent（JUC）包，继续发问：用过里面哪些工具类呢？ 报告面试官，JUC中有非常多的类，将部分类按功能进行分类，分别是：
- 原子atomic包
- 比synchronized功能更强大的lock包
- 线程池 AQS（AbstractQueuedSynchronizer），即队列同步器。它是构建锁或者其他同步组件的基础框架，它是JUC并发包中的核心基础组件。
问：线程池？
问：锁的实现？Synchronized 和 Lock 的区别？ 参考博客 关于锁有两个关键字，Synchronized（重量级）和Lock（轻量级），synchronized 是 java中的一个关键字，也就是说是 Java 语言内置的特性。那么为什么会出现Lock呢？如果一个代码块被synchronized 修饰了，当一个线程获取了对应的锁，并执行该代码块时，其他线程便只能一直等待，等待获取锁的线程释放锁，而这里获取锁的线程释放锁只会有两种情况： 1）获取锁的线程执行完了该代码块，然后线程释放对锁的占有； 2）线程执行发生异常，此时JVM会让线程自动释放锁。 那么如果这个获取锁的线程由于要等待 IO 或者其他原因（比如调用 sleep 方法）被阻塞了，但是又没有释放锁，其他线程便只能干巴巴地等待，试想一下，这多么影响程序执行效率。因此就需要有一种机制可以不让等待的线程一直无期限地等待下去（比如只等待一定的时间或者能够响应中断），通过 Lock 就可以办到。再举个例子：当有多个线程读写文件时，读操作和写操作会发生冲突现象，写操作和写操作会发生冲突现象，但是读操作和读操作不会发生冲突现象。但是采用synchronized 关键字来实现同步的话，就会导致一个问题： 如果多个线程都只是进行读操作，所以当一个线程在进行读操作时，其他线程只能等待无法进行读操作。因此就需要一种机制来使得多个线程都只是进行读操作时，线程之间不会发生冲突，通过Lock 就可以办到。另外，通过 Lock 可以知道线程有没有成功获取到锁。这个是 synchronized 无法办到的。总结一下，也就是说 Lock 提供了比 synchronized 更多的功能。但是要注意以下几点： 1）Lock 不是 Java 语言内置的，synchronized 是 Java 语言的关键字，因此是内置特性。Lock 是一个类，通过这个类可以实现同步访问； 2）Lock 和 synchronized 有一点非常大的不同，采用 synchronized 不需要用户去手动释放锁，当synchronized 方法或者 synchronized 代码块执行完之后，系统会自动让线程释放对锁的占用；而Lock则必须要用户去手动释放锁，如果没有主动释放锁，就有可能导致出现死锁现象。 锁的相关类别： 可重入锁的机制：方法一内部调用方法二，且都是syn修饰，则第二次可不用申请锁。 可中断锁：syn不可中断，lock可中断。 公平锁；按照请求顺序给锁，syn不是公平锁， 读写锁、偏向锁、乐观锁、悲观锁
见java-基础语法
问：字符串拼接 StringBuffer，StringBuilder，concat 和 + 的区别？ 答：参考博客 StringBuffer 是线程安全的，StringBuilder 不是线程安全的。其他两者基本相同，因为操作字符串很多时候不需要线程安全，所以在拼接字符串时 StringBuilder 使用较多。 1、在字符串不经常发生变化的业务场景优先使用String(代码更清晰简洁)。如常量的声明，少量的字符串操作(拼接，删除等)。 2、在单线程情况下，如有大量的字符串操作情况，应该使用StringBuilder来操作字符串。不能使用String"+"来拼接，避免产生大量无用的中间对象，耗费空间且执行效率低下（新建对象、回收对象花费大量时间）。如JSON的封装等。 3、在多线程情况下，如有大量的字符串操作情况，应该使用StringBuffer。如HTTP参数解析和封装等。且如果在 for 循环中进行拼接操作，建议使用这两者，整个逻辑都只做字符数组的加长，拷贝，到最后也不会创建新的String对象，所以速度很快。
**问：equals 和 == 的区别？ ** 答：前者：比较内存地址，如果地址不同再比较值，其实源码可以看出还是用了 == ，但是重写了此方法。 后者：更快，只比较内存地址。