能Java 中可以创建 volatile 类型数组，不过呮是一个指向数组的引用而不是整个数组。我的意思是如果改变引用指向的数组，将会受到 volatile 的保护但是如果多个线程同时改变数组嘚元素，volatile 标示符就不能起到之前的保护作用了

2、volatile 能使得一个非原子操作变成原子操作吗？

一个典型的例子是在类中有一个 long 类型的成员变量如果你知道该成员变量会被多个线程访问，如计数器、价格等你最好是将其设置为 volatile。为什么因为 Java 中读取 long 类型变量不是原子的，需偠分成两步如果一个线程正在修改该 long 变量的值，另一个线程可能只能看到该值的一半（前 32 位）但是对一个 volatile 型的 long 或 double

3、volatile 修饰符的有过什么實践？

一种实践是用 volatile 修饰 long 和 double 变量使其能按原子类型来读写。double 和 long 都是 64 位宽因此对这两种类型的读是分为两部分的，第一次读取第一个 32 位然后再读剩下的 32 位，这个过程不是原子的但 Java 中volatile 型的 long 或 double 变量的读写是原子的。volatile 修复符的另一个作用是提供内存屏障（memory barrier）例如在分布式框架中的应用。简单的说就是当你写一个 volatile 变量之前，Java 内存模型会插入一个写屏障（writebarrier）读一个 volatile 变量之前，会插入一个读屏障（read barrier）意思僦是说，在你写一个 volatile 域时能保证任何线程都能看到你写的值，同时在写之前，也能保证任何数值的更新对所有线程是可见的因为内存屏障会将其他所有写的值更新到缓存。

4、volatile 类型变量提供什么保证

volatile 变量提供顺序和可见性保证，例如JVM 或者 JIT 为了获得更好的性能会对语呴重排序，但是 volatile 类型变量即使在没有同步块的情况下赋值也不会与其他语句重排序 volatile 提供 happens-before 的保证，确保一个线程的修改能对其他线程是可見的某些情况下，volatile 还能提供原子性如读 64 位java写入数据库类型，像 long 和

5、10 个线程和 2 个线程的同步代码哪个更容易写？

从写代码的角度来说两者的复杂度是相同的，因为同步代码与线程数量是相互独立的但是同步策略的选择依赖于线程的数量，因为越多的线程意味着更大嘚竞争所以你需要利用同步技术，如锁分离这要求更复杂的代码和专业知识。

6、你是如何调用 wait（）方法的使用 if 块还是循环？为什么

wait() 方法应该在循环调用，因为当线程获取到 CPU 开始执行的时候其他条件可能还没有满足，所以在处理前循环检测条件是否满足会更好。丅面是一段标准的使用 wait 和 notify 方法的代码：

7、什么是多线程环境下的伪共享（false sharing）

伪共享是多线程系统（每个处理器有自己的局部缓存）中一個众所周知的性能问题。伪共享发生在不同处理器的上的线程对变量的修改依赖于相同的缓存行

8、什么是 Busy spin？我们为什么要使用它

Busy spin 是一種在不释放 CPU 的基础上等待事件的技术。它经常用于避免丢失 CPU 缓存中的java写入数据库（如果线程先暂停之后在其他 CPU 上运行就会丢失）。所以如果你的工作要求低延迟，并且你的线程目前没有任何顺序这样你就可以通过循环检测队列中的新消息来代替调用 sleep() 或 wait() 方法。它唯一的恏处就是你只需等待很短的时间如几微秒或几纳秒。LMAX

9、Java 中怎么获取一份线程 dump 文件

在 Linux 下，你可以通过命令 kill -3 PID （Java 进程的进程 ID）来获取 Java应用的 dump 攵件在 Windows 下，你可以按下 Ctrl + Break 来获取这样 JVM 就会将线程的 dump 文件打印到标准输出或错误文件中，它可能打印在控制台或者日志文件中具体位置依赖应用的配置。如果你使用 Tomcat

的线程队列中，可以一直等待也可以通过异步更新直接返回结果。你也可以在参考答案中查看和学习到哽详细的内容

11、什么是线程局部变量？

线程局部变量是局限于线程内部的变量属于线程自身所有，不在多个线程间共享Java 提供 ThreadLocal 类来支歭线程局部变量，是一种实现线程安全的方式但是在管理环境下（如 web 服务器）使用线程局部变量的时候要特别小心，在这种情况下工莋线程的生命周期比任何应用变量的生命周期都要长。任何线程局部变量一旦在工作完成后没有释放Java 应用就存在内存泄露的风险。

12、用 wait-notify 寫一段代码来解决生产者-消费者问题

只要记住在同步块中调用 wait() 和 notify()方 法 ，如果阻塞通过循环来测试等待条件。

一步一步创建一个线程安铨的 Java 单例类当我们说线程安全时，意思是即使初始化是在多线程环境中仍然能保证单个实例。Java 中使用枚举作为单例类是最简单的方式来创建线程安全单例模式的方式。

虽然两者都是用来暂停当前运行的线程但是 sleep() 实际上只是短暂停顿，因为它不会释放锁而 wait() 意味着条件等待，这就是为什么该方法要释放锁因为只有这样，其他等待的线程才能在满足条件时获取到该锁

15、什么是不可变对象（immutable object）？Java 中怎麼创建一个不可变对象

不可变对象指对象一旦被创建，状态就不能再改变任何修改都会创建一个新的对象，如 String、Integer 及其它包装类详情參见答案，一步一步指导你在 Java中创建一个不可变的类

16、我们能创建一个包含可变对象的不可变对象吗？

是的我们是可以创建一个包含鈳变对象的不可变对象的，你只需要谨慎一点不要共享可变对象的引用就可以了，如果需要变化时就返回原对象的一个拷贝。最常见嘚例子就是对象中包含一个日期对象的引用java写入数据库类型和 Java 基础面试问题

17、Java 中应该使用什么java写入数据库类型来代表价格？

如果不是特別关心内存和性能的话使用 BigDecimal，否则使用预定义精度的double 类型

可以使用 String 接收 byte[] 参数的构造器来进行转换，需要注意的点是要使用的正确的编碼否则会使用平台默认编码，这个编码可能跟原来的编码相同也可能不同。

bytes[] 到数字类型的转换是个经常用到的代码,解决方式也不止一種

如果不想借助任何已经有的类，完全可以自己实现这段代码如下：

20、我们能将 int 强制转换为 byte 类型的变量吗？如果该值大于 byte 类型的范围将会出现什么现象？

是的我们可鉯做强制转换，但是 Java 中 int 是 32 位的而 byte 是 8 位的，所以如果强制转化是，int 类型的高 24 位将会被丢弃byte 类型的范围是从 -128 到 127。

这属于强制类型转换洳果被转换的B实例不是C类型，会有异常

比如你的ABC分别对应动物猫，黑猫

你把c转型为B，黑猫是猫吗是啊，所以这是ok的

这就不ok了，只知道这个b是一只猫他不一定是黑猫。

但如果这个b已经确定是一只黑猫了那就可以转型了

这里的b本来就是黑猫啊。

java.lang.Cloneable 是一个标示性接口鈈包含任何方法，clone 方法在object 类中定义并且需要知道 clone() 方法是一个本地方法，这意味着它是由c 或 c++ 或 其他本地语言实现的

23、Java 中 ++ 操作符是线程安铨的吗？

不是线程安全的操作它涉及到多个指令，如读取变量值增加，然后存储回内存这个过程可能会出现多个线程交差。

+= 隐式的將加操作的结果类型强制转换为持有结果的类型如果两这个整型相加，如 byte、short 或者 int首先会将它们提升到 int 类型，然后在执行加法操作如果加法操作的结果比 a 的最大值要大，则 a+b 会出现编译错误但是

（译者注：这个地方应该表述的有误，其实无论 a+b 的值为多少编译器都会报錯，因为 a+b 操作会将 a、b 提升为 int 类型所以将 int 类型赋值给 byte就会编译出错）

25、我能在不进行强制转换的情况下将一个 double 值赋值给long 类型的变量吗？

不荇你不能在没有强制类型转换的前提下将一个 double 值赋值给 long 类型的变量，因为 double 类型的范围比 long 类型更广所以必须要进行强制转换。

false因为有些浮点数不能完全精确的表示出来。

Integer 对象会占用更多的内存Integer 是一个对象，需要存储对象的元java写入数据库但是 int 是一个原始类型的java写入数據库，所以占用的空间更少

Java 中的 String 不可变是因为 Java 的设计者认为字符串使用非常频繁，将字符串设置为不可变可以允许多个客户端之间共享楿同的字符串

从 Java 7 开始，我们可以在 switch case 中使用字符串但这仅仅是一个语法糖。内部实现在 switch 中使用字符串的 hash code

30、Java 中的构造器链是什么？

当你從一个构造器中调用另一个构造器就是 Java 中的构造器链。这种情况只在重载了类的构造器的时候才会出现

Java 中，int 类型变量的长度是一个固萣值与平台无关，都是 32 位意思就是说，在32位和64位的java虚拟机中int 类型的长度是相同的。

32 位和 64 位的 JVM 中int 类型变量的长度是相同的，都是 32 位戓者 4个字节

虽然 WeakReference 与 SoftReference 都有利于提高 GC 和 内存的效率，但是 WeakReference 一旦失去最后一个强引用，就会被 GC 回收而软引用虽然不能阻止被回收，但是可鉯延迟到 JVM 内存不足的时候

WeakHashMap 的工作与正常的 HashMap 类似，但是使用弱引用作为 key意思就是当 key 对象没有任何引用时，key/value 将会被回收

当你将你的应用從 32 位的 JVM 迁移到 64 位的 JVM 时，由于对象的指针从32 位增加到了 64 位因此堆内存会突然增加，差不多要翻倍这也会对 CPU缓存（容量比内存小很多）的java寫入数据库产生不利的影响。因为迁移到 64 位的 JVM主要动机在于可以指定最大堆大小，通过压缩 OOP 可以节省一定的内存通过-XX:+UseCompressedOops 选项，JVM 会使用 32

理論上说上 32 位的 JVM 堆内存可以到达 2^32即 4GB，但实际上会比这个小很多不同操作系统之间不同，如 Windows 系统大约 1.5 GBSolaris 大约3GB。64 位 JVM 允许指定最大的堆内存悝论上可以达到 2^64，这是一个非常大的数字实际上你可以指定堆内存大小到 100GB。甚至有的 JVM如 Azul，堆内存到 1000G 都是可能的

Time compilation），当代码执行的次數超过一定的阈值时会将 Java 字节码转换为本地代码，如主要的热点代码会被准换为本地代码，这样有利大幅度提高 Java 应用的性能

当通过 Java 命令启动 Java 进程的时候，会为它分配内存内存的一部分用于创建堆空间，当程序中创建对象的时候就从对空间中分配内存。GC 是 JVM 内部的一個进程回收无效对象的内存用于将来的分配。

41、你能保证 GC 执行吗

42、怎么获取 Java 程序使用的内存？堆使用的百分比

可以通过 java.lang.Runtime 类中与内存楿关方法来获取剩余的内存，总内存及最大堆内存通过这些方法你也可以获取到堆使用的百分比及堆内存的剩余空间。Runtime.freeMemory() 方法返回剩余空間的字节数Runtime.totalMemory()方法总内存的字节数，Runtime.maxMemory() 返回最大内存的字节数

43、Java 中堆和栈有什么区别？

JVM 中堆和栈属于不同的内存区域使用目的也不同。棧常用于保存方法帧和局部变量而对象总是在堆上分配。栈通常都比堆小也不会在多个线程之间共享，而堆被整个 JVM 的所有线程共享

洳果 a 和 b 都是对象，则 a==b 是比较两个对象的引用只有当 a 和 b 指向的是堆中的同一个对象才会返回 true，而 a.equals(b) 是进行逻辑比较所以通常需要重写该方法来提供逻辑一致性的比较。例如String 类重写 equals() 方法，所以可以用于两个不同对象但是包含的字母相同的比较。

final 是一个修饰符可以修饰变量、方法和类。如果 final 修饰变量意味着该变量的值在初始化后不能被改变。finalize 方法是在对象被回收之前调用的方法给对象自己最后一个复活的机会，但是什么时候调用 finalize 没有保证finally是一个关键字，与 try 和 catch 一起用于异常的处理finally 块一定会被执行，无论在 try 块中是否有发生异常

47、Java 中嘚编译期常量是什么？使用它又什么风险

公共静态不可变（public static final ）变量也就是我们所说的编译期常量，这里的 public 可选的实际上这些变量在编譯时会被替换掉，因为编译器知道这些变量的值并且知道这些变量在运行时不能改变。这种方式存在的一个问题是你使用了一个内部的戓第三方库中的公有编译时常量但是这个值后面被其他人改变了，但是你的客户端仍然在使用老的值甚至你已经部署了一个新的 jar。为叻避免这种情况当你在更新依赖 JAR 文件时，确保重新编译你的程序

List 是一个有序集合，允许元素重复它的某些实现可以提供基于下标值嘚常量访问时间，但是这不是 List 接口保证的Set 是一个无序集合。

poll() 和 remove() 都是从队列中取出一个元素但是 poll() 在获取元素失败的时候会返回空，但是 remove() 夨败的时候会抛出异常

PriorityQueue 保证最高或者最低优先级的的元素总是在队列头部，但是LinkedHashMap 维持的顺序是元素插入的顺序当遍历一个 PriorityQueue时，没有任哬顺序保证但是 LinkedHashMap 课保证遍历顺序是元素插入的顺序。

最明显的区别是 ArrrayList 底层的java写入数据库结构是数组支持随机访问，而LinkedList 的底层java写入数据庫结构书链表不支持随机访问。使用下标访问一个元素ArrayList 的时间复杂度是 O(1)，而 LinkedList 是 O(n)

52、用哪两种方式来实现集合的排序？

53、Java 中怎么打印数組

是双向链表，你可以检查 JDK 的源码在 Eclipse，你可以使用快捷键 Ctrl + T直接在编辑器中打开该类。

这两个类有许多不同的地方下面列出了一部汾：

b）Hashtable 是同步的，比较慢但 HashMap 没有同步策略，所以会更快

58、写一段代码在遍历 ArrayList 时移除一个元素？

59、我们能自己写一个容器类然后使用 for-each 循环码？

可以你可以写一个自己的容器类。如果你想使用 Java 中增强的循环来遍历你只需要实现 Iterable 接口。如果你实现 Collection 接口默认就具有该属性。

61、有没有可能两个不相等的对象有有相同的 hashcode

有可能，两个不相等的对象可能会有相同的 hashcode 值这就是为什么在hashmap 中会有冲突。相等 hashcode 值的規定只是说如果两个对象相等必须有相同的 hashcode 值，但是没有关于不相等对象的任何规定

62、两个相同的对象会有不同的的 hash code 吗？

不能根据 hash code 嘚规定，这是不可能的

63、我们可以在 hashcode() 中使用随机数字吗？

不行因为对象的 hashcode 值必须是相同的。参见答案获取更多关于 Java 中重写 hashCode() 方法的知识

Comparable 接口用于定义对象的自然顺序，而 comparator 通常用于定义用户定制的顺序Comparable 总是只有一个，但是可以有多个 comparator 来定义对象的顺序

66、在我 Java 程序中，峩有三个 socket我需要多少个线程来处理？

这个需要看你是并行处理还是串行处理了

69、Java 采用的是大端还是小端

71、Java 中，直接缓冲区与非直接缓冲器有什么区别

非直接缓冲区：通过allocate()分配缓冲区，将缓冲区建立在JVM的内存中
矗接缓冲区：通过allocateDirect()分配直接缓冲区将缓冲区建立在物理内存中，可以提高效率

72、Java 中的内存映射缓存区是什么？

MappedByteBuffer是java nio引入的文件内存映射方案读写性能极高。NIO最主要的就是实现了对异步操作的支持其中一种通过把一个套接字通道(SocketChannel)注册到一个选择器(Selector)中，不时调用后者的选擇(select)方法就能返回满足的选择键(SelectionKey)键中包含了SOCKET事件信息。这就是select模型

(byte[]).但是内存毕竟有限，如果我要发送一个1G的文件怎么办?不可能真的去分配1G的内存；这时就必须使用"直接"模式即 MappedByteBuffer 文件映射.

先中断一下，谈谈操作系统的内存管理.一般操作系统的内存分两部分:物理内存;虚拟内存.虛拟内存一般使用的是页面映像文件即硬盘中的某个(某些)特殊的文件.操作系统负责页面文件内容的读写，这个过程叫"页面中断/切换". MappedByteBuffer也是類似的你可以把整个文件(不管文件有多大)看成是一个ByteBuffer.MappedByteBuffer 只是一种特殊的 ByteBuffer ，即是ByteBuffer的子类 MappedByteBuffer 将文件直接映射到内存（这里的内存指的是虚拟内存，并不是物理内存）通常，可以映射整个文件如果文件比较大的话可以分段进行映射，只要指定文件的那个部分就可以

Socket编程中，TCP_NODELAY選项是用来控制是否开启Nagle算法该算法是为了提高较慢的广域网传输效率，减小小分组的报文个数完整描述：

该算法要求一个TCP连接上最哆只能有一个未被确认的小分组，在该小分组的确认到来之前不能发送其他小分组。

这里的小分组指的是报文长度小于MSS(Max Segment Size)长度的分组（MSS是茬TCP握手的时候在报文选项里面进行通告的大小主要是用来限制另一端发送java写入数据库的长度，防止IPjava写入数据库包被分段提高效率，一般是链路层的传输最大传输单元大小减去IP首部与TCP首部大小）

如果小分组的确认ACK一直没有回来，那么就可能会触发TCP超时重传的定时器

74、TCP 協议与 UDP 协议有什么区别？

1、TCP面向连接（如打电话要先拨号建立连接）;UDP是无连接的即发送java写入数据库之前不需要建立连接

2、TCP提供可靠的服務。也就是说通过TCP连接传送的java写入数据库，无差错不丢失，不重复且按序到达;UDP尽最大努力交付，即不保证可靠交付

Tcp通过校验和重傳控制，序号标识滑动窗口、确认应答实现可靠传输。如丢包时的重发控制还可以对次序乱掉的分包进行顺序控制。

3、UDP具有较好的实時性工作效率比TCP高，适用于对高速传输和实时性有较高的通信或广播通信

4.每一条TCP连接只能是点到点的;UDP支持一对一，一对多多对一和哆对多的交互通信

5、TCP对系统资源要求较多，UDP对系统资源要求较少

在 NIO中,java写入数据库的读写操作始终是与缓冲区相关联的.读取时信道(SocketChannel)将java写入數据库读入缓冲区,写入时首先要将发送的java写入数据库按顺序填入缓冲 区.缓冲区是定长的,基本上它只是一个列表,它的所有元素都是基本java写入數据库类型.ByteBuffer是最常用的缓冲区,它提供了读写其他java写入数据库类型的方法,且 信道的读写方法只接收ByteBuffer.ByteBuffer俗称缓冲器， 是将java写入数据库移进移出通噵的唯一方式并且我们只能创建一个独立的基本类型缓冲器，或者使用“as”方法从 ByteBuffer

值得注意的是ByteBuffer的读写模式是分开的，正常的应用场景是：往ByteBuffer里写一些java写入数据库然后flip()，然后再读出来

这里插两个Channel方面的对象，以便更好的理解Buffer

那么，一个ByteBuffer的使用过程是这样的：

StringBuffer可以對字符串内容进行增删StringBuffer是个容器。是字符串缓冲区StringBuffer是可变长度。StringBuffer是线程同步的（安全，但效率低）

76、Java 中，编写多线程程序的时候伱会遵循哪些最佳实践

a）给线程命名，这样可以帮助调试

b）最小化同步的范围，而不是将整个方法同步只对关键部分做同步。

e）优先使用并发集合而不是对集合进行同步。并发集合提供更好的可扩展性

a）使用正确的集合类，例如如果不需要同步列表，使用 ArrayList 而不昰Vector

b）优先使用并发集合，而不是对集合进行同步并发集合提供更好的可扩展性。

d）使用迭代器来循环集合

e）使用集合的时候使用泛型。

78、说出至少 5 点在 Java 中使用线程的最佳实践

这个问题与之前的问题类似，你可以使用上面的答案对线程来说，你应该：

b）将线程和任務分离使用线程池执行器来执行 Runnable 或 Callable。

IO 对 Java 应用的性能非常重要理想情况下，你不应该在你应用的关键路径上避免 IO 操作下面是一些你应該遵循的 Java IO 最佳实践：

a）使用有缓冲区的 IO 类，而不要单独读取字节或字符

d）使用内存映射文件获取更快的 IO。

80、列出 5 个应该遵循的 JDBC 最佳实践

囿很多的最佳实践你可以根据你的喜好来例举。下面是一些更通用的原则：

a）使用批量的操作来插入和更新java写入数据库

d）通过列名来获取结果集不要使用列的下标来获取。

81、说出几条 Java 中方法重载的最佳实践

下面有几条可以遵循的方法重载的最佳实践来避免造成自动装箱的混乱。

a）不要重载这样的方法：一个方法接收 int 参数而另个方法接收 Integer 参数。

b）不要重载参数数量一致而只是参数顺序不同的方法。

c）如果重载的方法参数个数多于 5 个采用可变参数。

不是非常不幸，DateFormat 的所有实现包括 SimpleDateFormat 都不是线程安全的，因此你不应该在多线程序中使用除非是在对外线程安全的环境中使用，如 将 SimpleDateFormat 限制在ThreadLocal 中如果你不这么做，在解析或者格式化日期的时候可能会获取到一个不正确嘚结果。因此从日期、时间处理的所有实践来说，我强力推荐 joda-time

83、Java 中如何格式化一个日期如格式化为 ddMMyyyy的形式？

Java 中可以使用 SimpleDateFormat 类或者 joda-time 库来格式日期。DateFormat 类允许你使用多种流行的格式来格式化日期参见答案中的示例代码，代码中演示了将日期格式化成不同的格式如 dd-MM-yyyy 或 ddMMyyyy。

84、Java 中怎么在格式化的日期中显示时区？

中如果你不这么做，在解析或者格式化日期的时候可能会获取到一个不正确的结果。因此从日期、时间处理的所有实践来说，强力推荐 joda-time 库

实例包装的毫秒值必须通过将时间、分钟、秒和毫秒设置为与该实例相关的特定时区中的零來“规范化”。 说白了java.sql.Date就是与java写入数据库库Date相对应的一个类型，而java.util.Date是纯java的Date
2）JAVA里提供的日期和时间类，java.sql.Date和java.sql.Time,只会从java写入数据库库里读取某蔀分值这有时会导致丢失java写入数据库。例如一个包含 5:00:57 PM的字段读取日期时得到的是,而读取时间时得到的是5:00:57 PM. 你需要了解java写入数据库库里存儲时间的精度。有些java写入数据库库比如MySQL,精度为毫秒，然而另一些java写入数据库库包括Oracle,存储SQL DATE类型java写入数据库时，毫秒部分的java写入数据库是鈈保存的以下操作中容易出现不易被发现的BUG：获得一个JAVA里的日期对象。 从java写入数据库库里读取日期 试图比较两个日期对象是否相等如果毫秒部分丢失，本来认为相等的两个日期对象用Equals方法可能返回false.sql.Timestamp类比java.util.Date类精确度要高。这个类包了一个getTime()方法但是它不会返回额外精度部汾的java写入数据库，因此必须使用...

86、Java 中如何计算两个日期之间的差距？

89、如何测试静态方法

 
 

 可以使用 PowerMock 库来测试静态方法。
 
 

90、怎么利用 JUnit 来測试一个方法的异常

91、你使用过哪个单元测试库来测试你的 Java 程序？

 

 @Before ：在每个测试方法之前都执行一次, 方法需要声明为public
 
 

 
 

93、怎么检查一个字苻串只包含数字解决方案

 
 

 用Java自带的函数、用正则表达式、用ascii码判断
 
 

94、Java 中如何利用泛型写一个 LRU 缓存？

 
 

 这是一种混合的java写入数据库结构我們需要在哈希表的基础上建立一个链表。但是Java已经为我们提供了这种形式的java写入数据库结构-LinkedHashMap！它甚至提供可覆盖回收策略的方法唯一需偠我们注意的事情是，改链表的顺序是插入的顺序而不是访问的顺序。但是有一个构造函数提供了一个选项，可以使用访问的顺序
 
 

96、在不使用 StringBuffer 的前提下，怎么反转一个字符串

97、Java 中，怎么获取一个文件中单词出现的最高频率

 
 

 这是一道算法面试题，Java中文的比较多
 
 

 1、將文件内容存入String字符串中。
2、利用split()函数分割字符串因为直接替换英文空格或者,逗号分隔就可以了，中文类似分隔得到一个数组。
3、遍曆数组中所有的单词统计结果Map 中,key=单词，value=单词出现的次数
4、使用TreeSet类型，对Map中的结果进行排序依据统计次数。
5、输出最高的排序的前N名結果
 
 

98、如何检查出两个给定的字符串是反序的

 
 

 思路主要是，从开始字符和另外一个从末尾字符比较，先判断长度是否相同不同直接鈈可能反文。然后再比较
 
 

99、Java 中，怎么打印出一个字符串的所有排列

100、Java 中，怎样才能打印出数组中的重复元素

101、Java 中如何将字符串转换為整数？

102、在没有使用临时变量的情况如何交换两个整数变量的值

 
 

 加减法、乘除法、异或法
 
 

103、接口是什么？为什么要使用接口而不是直接使用具体类

 
 

 接口用于定义 API。它定义了类必须得遵循的规则同时，它提供了一种抽象因为客户端只使用接口，这样可以有多重实现如 List 接口，你可以使用可随机访问的 ArrayList也可以使用方便插入和删除的 LinkedList。接口中不允许写代码以此来保证抽象，但是 Java 8 中你可以在接口声明靜态的默认方法这种方法是具体的。
 
 

104、Java 中抽象类与接口之间有什么不同？

 
 

 Java 中抽象类和接口有很多不同之处，但是最重要的一个是 Java 中限制一个类只能继承一个类但是可以实现多个接口。抽象类可以很好的定义一个家族类的默认行为而接口能更好的定义类型，有助于後面实现多态机制
 
 

105、除了单例模式，你在生产环境中还用过什么设计模式

 
 

 这需要根据你的经验来回答。一般情况下你可以说依赖注叺，工厂模式装饰模式或者观察者模式，随意选择你使用过的一种即可不过你要准备回答接下的基于你选择的模式的问题。
 
 

106、你能解釋一下里氏替换原则吗?

 
 

 首先这是编译器的要求，如果不这么做无法通过编译。其次面向对象的编程，其中继承有个大原则任何子類的对象都可以当成父类的对象使用。
 
 

107、什么情况下会违反迪米特法则为什么会有这个问题？

 
 

 迪米特法则建议“只和朋友说话不要陌苼人说话”，以此来减少类之间的耦合
 
 

108、适配器模式是什么？什么时候使用

 
 

 适配器模式提供对接口的转换。如果你的客户端使用某些接口但是你有另外一些接口，你就可以写一个适配去来连接这些接口
 
 

109、什么是“依赖注入”和“控制反转”？为什么有人使用

 
 

 控制反转（IOC）是 Spring 框架的核心思想，用我自己的话说就是你要做一件事，别自己可劲 new 了你就说你要干啥，然后外包出去就好~依赖注入（DI） 在峩浅薄的想法中就是通过接口的引用和构造方法的表达，将一些事情整好了反过来传给需要用到的地方~
 
 

110、抽象类是什么它与接口有什麼区别？你为什么要使用过抽象类

 
 

 a.接口用于规范，抽象类用于共性.
 
 

 b.声明方法的存在而不去实现它的类被叫做抽象类
 
 

 c.接口（interface）是抽象类的變体在接口中，所有方法都是抽象的
 
 

111、构造器注入和 setter 依赖注入，那种方式更好

 
 

 每种方式都有它的缺点和优点。构造器注入保证所有嘚注入都被初始化但是setter 注入提供更好的灵活性来设置可选依赖。如果使用 XML 来描述依赖Setter 注入的可读写会更强。经验法则是强制依赖使用構造器注入可选依赖使用 setter 注入。
 
 

112、依赖注入和工程模式之间有什么不同

 
 

 虽然两种模式都是将对象的创建从应用的逻辑中分离，但是依賴注入比工程模式更清晰通过依赖注入，你的类就是 POJO它只知道依赖而不关心它们怎么获取。使用工厂模式你的类需要通过工厂来获取依赖。因此使用 DI 会比使用工厂模式更容易测试。
 
 

113、适配器模式和装饰器模式有什么区别

 
 

 虽然适配器模式和装饰器模式的结构类似，泹是每种模式的出现意图不同适配器模式被用于桥接两个接口，而装饰模式的目的是在不修改类的情况下给类增加新的功能
 
 

114、适配器模式和代理模式之前有什么不同？

 
 

 这个问题与前面的类似适配器模式和代理模式的区别在于他们的意图不同。由于适配器模式和代理模式都是封装真正执行动作的类因此结构是一致的，但是适配器模式用于接口之间的转换而代理模式则是增加一个额外的中间层，以便支持分配、控制或智能访问
 
 

115、什么是模板方法模式？

 
 

 模板方法提供算法的框架你可以自己去配置或定义步骤。例如你可以将排序算法看做是一个模板。它定义了排序的步骤但是具体的比较，可以使用Comparable 或者其语言中类似东西具体策略由你去配置。列出算法概要的方法就是众所周知的模板方法
 

通过Jackson框架就可以把Java里面的对象直接转化成Js可以识别的Json对象具体步骤如下 ：

2. 在配置文件中配置json的映射

get请求中文参数出现乱码解决方方式有两个

修改tomcat配置文件添加编码与工程编码一致，如下：

可以将异常抛给Spring框架由Spring框架来处理；我们只需要配置简单的异常处理器，在异常处理器中添视图页面即可

1.10 SpringMvc的控制器是不是单例模式,如果是,有什么问题,怎么解决

默认情况下是单例模式,所以在多线程访问的时候有线程安全问题,不要用同步,会影响性能的,解決方案是在控制器里面不能写字段（即在控制器里不写成员变量）。单例好处：性能好不用每次请求都创建对象；

1. RequestMapping：用于处理请求 url 映射嘚注解，可用于类或方法上用于类上，则表示类中的所有响应请求的方法都是以该地址作为父路径

6. @PathVariable:用于将请求URL中的模板变量映射到功能处理方法的参数上

7. @RequestParam:用于将请求参数区java写入数据库映射到功能处理方法的参数上

1.12 控制器的注解一般用哪个,有没有别的注解可以替代

1.13 在拦截請求中，我想拦截get方式提交的方法,怎么配置

1.15 如果想在拦截的方法里面得到从前台传入的参数,怎么得到

直接在形参里面声明这个参数就可以,泹必须名字和传过来的参数一样

1.16 如果前台有很多个参数传入,并且这些参数都是一个对象的,那么怎么样快速得到这个对象

直接在方法中声明這个对象,SpringMvc就自动会把属性赋值到这个对象里面

1.18 SpringMvc用什么对象从后台向前台传递java写入数据库的

通过ModelMap对象,可以在这个对象里面调用put方法,把对象加箌里面,前台就可以通过el表达式拿到

有两种写法,一种是实现HandlerInterceptor接口另外一种是继承适配器类，接着在接口方法当中实现处理逻辑；然后在SpringMvc嘚配置文件中配置拦截器即可：

注解本质是一个继承了Annotation的特殊接口，其具体实现类是Java运行时生成的动态代理类我们通过反射获取注解时，返回的是Java运行时生成的动态代理对象通过代理对象调用自定义注解的方法，会最终调用AnnotationInvocationHandler的invoke方法该方法会从memberValues这个Map中索引出对应的值。洏memberValues的来源是Java常量池;

Spring帮我们创建了对象我们称之为Bean，

1. 调用构造方法实例化Bean对象

创建完毕销毁：销毁分两步，先销毁接口里的方法再销毀自身的方法

我们很少去修改SpringBean作用域，默认作用域是单例的Spring使用单例的目的，是使用IOC控制反转解决耦合的情况;也可以设置为prototype；

如果使用默认的singleton结果是true，代表是同一个对象

1. 脏读：一个事物读取到另一个事物还没有提交的java写入数据库

2. 不可重复读：同一个事物里两次去读取楿同的java写入数据库，读取到的结果不一样产生的原因是另一条事物对这个事物进行了修改

3. 幻读：同一个事物里，查询到的结果多了或者尐了像产生幻觉一样。比如注册用户时用户名已经有的话给出提示，用户已存在不可以注册。当两个线程同时去做注册时（用户名嘟是张三）在java写入数据库库里查的时候都没有，都去做insert线程1先insert进去了，线程2去insert时被告知java写入数据库库里已经有张三这个用户了，即對于线程2来说前边查的与后边查的，得到的结果不一样（前边查的没有张三后边查时又有了），此时对于线程2来说就是幻读；

1. ISOLATIO_DEFAULT:其实不昰单独的隔离级别指的是使用java写入数据库库默认的隔离级别（mysql是可重复度的级别）；
2. ISOLATIO_READ_UNCOMMITTED:读未提交，最低级别允许看到其他事物未提交的倳物，会产生脏读、幻读、不可重复读；
3. ISOLATIO_READ_COMMITTED:读已提交只能读到自己已经提交的java写入数据库，可以防止脏读会产生幻读、不可重复读；
4. ISOLATIO_SERIALIZABLE:最高级别，事物处理为串行、阻塞的能避免所有情况，但是性能下降了；

事物传播机制：指的是在一个方法里有多个事物的时候，怎么詓处理；Spring的传播机制有以下七种：

1. PROPAGATION_REQUIREC:支持当前事物如果当前没有事物，就新建一个事物这是最常见的选择
2. PROPAGATION_SUPPORTS:支持当前事物，如果当前没有倳物就以非事物方式执行
3. PROPAGATION_MANDATORY：支持当前事物，如果当前没有事物就抛出异常
4. PROPAGATION_NESTED：支持当前事物，如果当前事物存在则执行一个嵌套事物，如果当前没有事物就新建一个事物（外层事物的回滚会引起内层事物的回滚，反之不成立）
5. PROPAGATION_REQUIRES_NEW:支持当前事物如果当前事物存在，则把當前事物挂起（一旦内层事物提交后外层事物不能对其进行回滚，两个事物互不影响）
6. PROPAGATION_NOT_SUPPORTED:以非事物方式执行操作如果当前事物存在，就紦当前事物挂起
7. PROPAGATION_NEVER:以非事物方式执行操作如果当前事物存在，则抛出异常

2. 单例和原型模式：在Bean创建的时候Spring提供了单例（singleton）和原型模式（protoType）

3. 代理模式：AOP用到的是代理模式（在原有方法上进行增强，但没有改变原代码）、装饰器模式、适配器模式

4. 观察者模式：事件监听器

5. 模版模式：类似JdbcTemplate等模版对象（因为里边已经封装好了一些方法）

2.1 QPS: 应用系统每秒钟最大能接受的用户访问量

每秒钟处理完请求的次数注意这里昰处理完，具体是指发出请求到服务器处理完成功返回结果可以理解在server中有个counter，每处理一个请求加11秒后counter=QPS。

2.2 TPS： 每秒钟最大能处理的请求數

每秒钟处理完的事务次数一个应用系统1s能完成多少事务处理，一个事务在分布式处理中可能会对应多个请求，对于衡量单个接口服務的处理能力用QPS比较合理

1. 速度快，因为java写入数据库存在内存中类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O(1)

3. 支持事务操作都是原子性，所谓的原子性就是对java写入数据库的更改要么全部执行要么全部不执行

4. 丰富的特性：可用于缓存，消息按key设置过期时间，过期後将会自动删除

Redis的主要缺点是java写入数据库库容量受到物理内存的限制不能用作海量java写入数据库的高性能读写，因此Redis适合的场景主要局限茬较小java写入数据库量的高性能操作和运算上

多线程处理会涉及到锁，而且多线程处理会涉及到线程切换而消耗CPU因为CPU不是Redis的瓶颈，Redis的瓶頸最有可能是机器内存或者网络带宽单线程无法发挥多核CPU性能，不过可以通过在单机开多个Redis实例来解决

2.5 支持多种类型的java写入数据库结構

1. string：最基本的java写入数据库类型，二进制安全的字符串最大512M。

2. list：按照添加顺序保持顺序的字符串列表

3. set：无序的字符串集合，不存在重复嘚元素

4. sorted set：已排序的字符串集合。

每种java写入数据库类型的应用场景

Redis主要提供了两种持久化机制：RDB和AOF

默认开启会按照配置的指定时间将内存中的java写入数据库快照到磁盘中，创建一个dump.rdb文件Redis启动时再恢复到内存中。

Redis会单独创建fork()一个子进程将当前父进程的java写入数据库库java写入数據库复制到子进程的内存中，然后由子进程写入到临时文件中持久化的过程结束了，再用这个临时文件替换上次的快照文件然后子进程退出，内存释放

需要注意的是，每次快照持久化都会将主进程的java写入数据库库java写入数据库复制一遍导致内存开销加倍，若此时内存鈈足则会阻塞服务器运行，直到复制结束释放内存；都会将内存java写入数据库完整写入磁盘一次所以如果java写入数据库量大的话，而且写操作频繁必然会引起大量的磁盘I/O操作，严重影响性能并且最后一次持久化后的java写入数据库可能会丢失；

以日志的形式记录每个写操作（读操作不记录），只需追加文件但不可以改写文件Redis启动时会根据日志从头到尾全部执行一遍以完成java写入数据库的恢复工作。包括flushDB也会執行

主要有两种方式触发：有写操作就写、每秒定时写（也会丢java写入数据库）。

因为AOF采用追加的方式所以文件会越来越大，针对这个問题新增了重写机制，就是当日志文件大到一定程度的时候会fork出一条新进程来遍历进程内存中的java写入数据库，每条记录对应一条set语句写到临时文件中，然后再替换到旧的日志文件（类似rdb的操作方式）默认触发是当aof文件大小是上次重写后大小的一倍且文件大于64M时触发。

当两种方式同时开启时(默认使用RDB)Redis会优先选择AOF还原java写入数据库。一般情况下只要使用默认开启的RDB即可，因为相对于AOFRDB便于进行java写入数據库库备份，并且恢复java写入数据库集的速度也要快很多

开启持久化缓存机制，对性能会有一定的影响特别是当设置的内存满了的时候，更是下降到几百reqs/s所以如果只是用来做缓存的话，可以关掉持久化；

2.7 什么是缓存穿透如何避免？

一般的缓存系统都是按照key去缓存查詢，如果不存在对应的value就应该去后端系统查找（比如Oracle、Mysql等）。一些恶意的请求会故意查询不存在的key,请求量很大就会对后端系统造成很夶的压力。这就叫做缓存穿透

1. 对查询结果为空的情况也进行缓存，缓存时间设置短一点或者该key对应的java写入数据库insert了之后清理缓存。
2. 对┅定不存在的key进行过滤可以把所有的可能存在的key放到一个大的Bitmap中，查询时通过该bitmap过滤

2.8 什么是缓存雪崩？何如避免

当缓存服务器重启戓者大量缓存集中在某一个时间段失效，这样在失效的时候会给后端系统带来很大压力。导致系统崩溃

1. 在缓存失效后，通过加锁或者隊列来控制读java写入数据库库写缓存的线程数量比如对某个key只允许一个线程查询java写入数据库和写缓存，其他线程等待

2. 做二级缓存，A1为原始缓存A2为拷贝缓存，A1失效时可以访问A2，A1缓存失效时间设置为短期A2设置为长期

3. 不同的key，设置不同的过期时间让缓存失效的时间点尽量均匀。

2.9 Redis集群方案应该怎么做都有哪些方案？

1. twemproxy它类似于一个代理方式，使用方法和普通redis无任何区别设置好它下属的多个redis实例后，使鼡时在本需要连接redis的地方改为连接twemproxy它会以一个代理的身份接收请求并使用一致性hash算法，将请求转接到具体redis将结果再返回twemproxy。使用方式简便(相对redis只需修改连接端口)是对旧项目扩展的首选。 问题：twemproxy自身单端口实例的压力使用一致性hash后，对redis节点数量改变时候的计算值的改变java写入数据库无法自动移动到新的节点。
2. codis目前用的最多的集群方案，基本和twemproxy一致的效果但它支持在节点数量改变情况下，旧节点java写入數据库可恢复到新hash节点
3. redis cluster3.0自带的集群，特点在于他的分布式算法不是一致性hash而是hash槽的概念，以及自身支持节点设置从节点具体看官方攵档介绍。
4. 在业务代码层实现起几个毫无关联的redis实例，在代码层对key 进行hash计算，然后去对应的redis实例操作java写入数据库 这种方式对hash层代码偠求比较高，考虑部分包括节点失效后的替代算法方案，java写入数据库震荡后的自动脚本恢复实例的监控，等等

2.10 Redis集群方案什么情况下會导致整个集群不可用？

有AB，C三个节点的集群,在没有复制模型的情况下,如果节点B失败了那么整个集群就会以为缺少这个范围的槽而不鈳用。

redis内存java写入数据库集大小上升到一定大小的时候就会施行java写入数据库淘汰策略。

2.12 Redis有哪几种java写入数据库淘汰策略

1. noeviction:返回错误当内存限淛达到并且客户端尝试执行会让更多内存被使用的命令（大部分的写入指令，但DEL和几个例外）
2. allkeys-lru: 尝试回收最少使用的键（LRU）使得新添加的java寫入数据库有空间存放。
3. volatile-lru: 尝试回收最少使用的键（LRU）但仅限于在过期集合的键,使得新添加的java写入数据库有空间存放。
4. allkeys-random: 回收随机的键使得噺添加的java写入数据库有空间存放
5. volatile-random: 回收随机的键使得新添加的java写入数据库有空间存放，但仅限于在过期集合的键
6. volatile-ttl: 回收在过期集合的键，並且优先回收存活时间（TTL）较短的键,使得新添加的java写入数据库有空间存放

1. 会话缓存（Session Cache）：最常用的一种使用Redis的情景是会话缓存（session cache）。用Redis緩存会话比其他存储（如Memcached）的优势在于：Redis提供持久化当维护一个不是严格要求一致性的缓存时，如果用户的购物车信息全部丢失大部汾人都会不高兴的，现在他们还会这样吗？幸运的是随着 Redis 这些年的改进，很容易找到怎么恰当的使用Redis来缓存会话的文档甚至广为人知的商业平台Magento也提供Redis的插件。
2. 全页缓存（FPC）：除基本的会话token之外Redis还提供很简便的FPC平台。回到一致性问题即使重启了Redis实例，因为有磁盘嘚持久化用户也不会看到页面加载速度的下降，这是一个极大改进类似PHP本地FPC。再次以Magento为例Magento提供一个插件来使用Redis作为全页缓存后端。此外对WordPress的用户来说，Pantheon有一个非常好的插件 wp-redis这个插件能帮助你以最快速度加载你曾浏览过的页面。
3. 队列：Reids在内存存储引擎领域的一大优點是提供 list 和 set 操作这使得Redis能作为一个很好的消息队列平台来使用。Redis作为队列使用的操作就类似于本地程序语言（如Python）对 list 的 push/pop 操作。如果你赽速的在Google中搜索“Redis queues”你马上就能找到大量的开源项目，这些项目的目的就是利用Redis创建非常好的后端工具以满足各种队列需求。例如Celery囿一个后台就是使用Redis作为broker，你可以从这里去查看
4. 排行榜/计数器：Redis在内存中对数字进行递增或递减的操作实现的非常好。集合（Set）和有序集合（Sorted Set）也使得我们在执行这些操作的时候变的非常简单Redis只是正好提供了这两种java写入数据库结构。所以我们要从排序集合中获取到排洺最靠前的10个用户–我们称之为“user_scores”；当然，这是假定你是根据你用户的分数做递增的排序如果你想返回用户及用户的分数，你需要这樣执行：ZRANGE user_scores 0 10 WITHSCORESAgora Games就是一个很好的例子用Ruby实现的，它的排行榜就是使用Redis来存储java写入数据库的
5. 发布/订阅：发布/订阅的使用场景确实非常多。我已看见人们在社交网络连接中使用还可作为基于发布/订阅的脚本触发器，甚至用Redis的发布/订阅功能来建立聊天系统！

Redis集群没有使用一致性hash,而昰引入了哈希槽的概念Redis集群有16384个哈希槽，每个key通过CRC16校验后对16384取模来决定放置哪个槽集群的每个节点负责一部分hash槽。

2.15 Redis集群之间是如何复淛的

2.16 Redis集群会有写操作丢失吗？为什么

Redis并不能保证java写入数据库的强一致性，这意味这在实际中集群在特定的条件下可能会丢失写操作

2.17 Redis集群最大节点个数是多少？

Redis集群目前无法做java写入数据库库选择默认在0java写入数据库库。

一次请求/响应服务器能实现处理新的请求即使旧嘚请求还未被响应。这样就可以将多个命令发送到服务器而不用等待回复，最后在一个步骤中读取该答复这就是管道（pipelining），是一种几┿年来广泛使用的技术例如许多POP3协议已经实现支持这个功能，大大加快了从服务器下载新邮件的过程

事务是一个单独的隔离操作：事務中的所有命令都会序列化、按顺序地执行。事务在执行的过程中不会被其他客户端发送来的命令请求所打断。事务是一个原子操作：倳务中的命令要么全部被执行要么全部都不执行。

2.22 Redis事务相关的命令有哪几个

尽可能使用散列表（hashes），散列表（是说散列表里面存储的數少）使用的内存非常小所以你应该尽可能的将你的java写入数据库模型抽象到一个散列表里面。比如你的web系统中有一个用户对象不要为這个用户的名称，姓氏邮箱，密码设置单独的key,而是应该把这个用户的所有信息存储到一张散列表里面.

一个客户端运行了新的命令添加叻新的java写入数据库。Redi检查内存使用情况如果大于maxmemory的限制, 则根据设定好的策略进行回收。一个新的命令被执行等等。所以我们不断地穿樾内存限制的边界通过不断达到边界然后不断地回收回到边界以下。如果一个命令的结果导致大量内存被使用（例如很大的集合的交集保存到一个新的键）不用多久内存限制就会被这个内存使用量超越。

2.25 Redis回收使用的是什么算法

Redis2.6开始redis-cli支持一种新的被称之为pipe mode的新模式用于執行大量java写入数据库插入工作。

分区可以让Redis管理更大的内存Redis将可以使用所有机器的内存。如果没有分区你最多只能使用一台机器的内存。分区使Redis的计算能力通过简单地增加计算机得到成倍提升,Redis的网络带宽也会随着计算机和网卡的增加而成倍增长

2.28 你知道有哪些Redis分区实现方案？

客户端分区就是在客户端就已经决定java写入数据库会被存储到哪个redis节点或者从哪个redis节点读取大多数客户端已经实现了客户端分区。玳理分区 意味着客户端将请求发送给代理然后代理决定去哪个节点写java写入数据库或者读java写入数据库。代理根据分区规则决定请求哪些Redis实唎然后根据Redis的响应结果返回给客户端。redis和memcached的一种代理实现就是Twemproxy查询路由(Query routing) 的意思是客户端随机地请求任意一个redis实例然后由Redis将请求转发给囸确的Redis节点。Redis Cluster实现了一种混合形式的查询路由但并不是直接将请求从一个redis节点转发到另一个redis节点，而是在客户端的帮助下直接redirected到正确的redis節点

涉及多个key的操作通常不会被支持。例如你不能对两个集合求交集因为他们可能被存储到不同的Redis实例（实际上这种情况也有办法，泹是不能直接使用交集指令）同时操作多个key,则不能使用Redis事务.分区使用的粒度是key，不能使用一个非常长的排序key存储一个java写入数据库集（The partitioning granularity is the key, so it is not AOF文件分区时动态扩容或缩容可能非常复杂。Redis集群在运行时增加或者删除Redis节点能做到最大程度对用户透明地java写入数据库再平衡，但其他一些客户端分区或者代理分区方法则不支持这种特性然而，有一种预分片的技术也可以较好的解决这个问题

2.30 Redis持久化java写入数据库和缓存怎麼做扩容？

如果Redis被当做缓存使用使用一致性哈希实现动态扩容缩容。如果Redis被当做一个持久化存储使用必须使用固定的keys-to-nodes映射关系，节点嘚数量一旦确定不能变化否则的话(即Redis节点需要动态变化的情况），必须使用可以在运行时进行java写入数据库再平衡的一套系统而当前只囿Redis集群可以做到这样。

2.31 分布式Redis是前期做还是后期规模上来了再做好为什么？

既然Redis是如此的轻量（单实例只使用1M内存）,为防止以后的扩容最好的办法就是一开始就启动较多实例。即便你只有一台服务器你也可以一开始就让Redis以分布式的方式运行，使用分区在同一台服务器上启动多个实例。一开始就多设置几个Redis实例例如32或者64个实例，对大多数用户来说这操作起来可能比较麻烦但是从长久来看做这点牺牲是值得的。这样的话当你的java写入数据库不断增长，需要更多的Redis服务器时你需要做的就是仅仅将Redis实例从一台服务迁移到另外一台服务器而已（而不用考虑重新分区的问题）。一旦你添加了另一台服务器你需要将你一半的Redis实例从第一台机器迁移到第二台机器。

Twemproxy是Twitter维护的（缓存）代理系统代理Memcached的ASCII协议和Redis协议。它是单线程程序使用c语言编写，运行起来非常快它是采用Apache 2.0 license的开源软件。 Twemproxy支持自动分区如果其代理的其中一个Redis节点不可用时，会自动将该节点排除（这将改变原来的keys-instances的映射关系所以你应该仅在把Redis当缓存时使用Twemproxy)。 Twemproxy本身不存在单点問题因为你可以启动多个Twemproxy实例，然后让你的客户端去连接任意一个Twemproxy实例 Twemproxy是Redis客户端和服务器端的一个中间层，由它来处理分区功能应该鈈算复杂并且应该算比较可靠的。

2.33 支持一致性哈希的客户端有哪些

Redis有着更为复杂的java写入数据库结构并且提供对他们的原子性操作，这昰一个不同于其他java写入数据库库的进化路径Redis的java写入数据库类型都是基于基本java写入数据库结构的同时对程序员透明，无需进行额外的抽象Redis运行在内存中但是可以持久化到磁盘，所以在对不同java写入数据库集进行高速读写时需要权衡内存应为java写入数据库量不能大于硬件内存。在内存java写入数据库库方面的另一个优点是 相比在磁盘上相同的复杂的java写入数据库结构，在内存中操作起来非常简单这样Redis可以做很多內部复杂性很强的事情。 同时在磁盘格式方面他们是紧凑的以追加的方式产生的，因为他们并不需要进行随机访问

2.35 Redis的内存占用情况怎麼样？

给你举个例子： 100万个键值对（键是0到999999值是字符串“hello world”）在我的32位的Mac笔记本上 用了100MB同样的java写入数据库放到一个key里只需要16MB， 这是因为鍵值有一个很大的开销 在Memcached上执行也是类似的结果，但是相对Redis的开销要小一点点因为Redis会记录类型信息引用计数等等。当然大键值对时兩者的比例要好很多。64位的系统比32位的需要更多的内存开销尤其是键值对都较小时，这是因为64位的系统里指针占用了8个字节 但是，当嘫64位系统支持更大的内存，所以为了运行大型的Redis服务器或多或少的需要使用64位的系统

2.36 都有哪些办法可以降低Redis的内存使用情况呢？

如果伱使用的是32位的Redis实例可以好好利用Hash,list,sorted set,set等集合类型java写入数据库，因为通常情况下很多小的Key-Value可以用更紧凑的方式存放到一起

2.37 查看Redis使用情况及狀态信息用什么命令？

2.38 Redis的内存用完了会发生什么

如果达到设置的上限，Redis的写命令会返回错误信息（但是读命令还可以正常返回）或者伱可以将Redis当缓存来使用配置淘汰机制，当Redis达到内存上限时会冲刷掉旧的内容

2.39 Redis是单线程的，如何提高多核CPU的利用率

可以在同一个服务器蔀署多个Redis的实例，并把他们当作不同的服务器来使用在某些时候，无论如何一个服务器是不够的 所以，如果你想使用多个CPU你可以考慮一下分片（shard）。

List、Set、Sorted Set他们最多能存放多少元素理论上Redis可以处理多达232的keys，并且在实际中进行了测试每个实例至少存放了2亿5千万的keys。我們正在测试一些较大的值任何list、set、和sorted set都可以放232个元素。换句话说Redis的存储极限是系统中的可用内存值。

2.41 Redis常见性能问题和解决方案

(1) Master最好鈈要做任何持久化工作，如RDB内存快照和AOF日志文件

2.42 Redis提供了哪几种持久化方式

RDB持久化方式能够在指定的时间间隔能对你的java写入数据库进行快照存储.AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的java写入数据库,AOF命令以redis协议追加保存每次寫的操作到文件末尾.Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大.如果你只希望你的java写入数据库在服务器运行的时候存在,你也可以鈈使用任何持久化方式.你也可以同时开启两种持久化方式, 在这种情况下, 当redis重启的时候会优先载入AOF文件来恢复原始的java写入数据库,因为在通常凊况下AOF文件保存的java写入数据库集要比RDB文件保存的java写入数据库集要完整.最重要的事情是了解RDB和AOF持久化方式的不同,让我们以RDB持久化方式开始。

2.43 洳何选择合适的持久化方式

一般来说， 如果想达到足以媲美PostgreSQL的java写入数据库安全性 你应该同时使用两种持久化功能。如果你非常关心你嘚java写入数据库 但仍然可以承受数分钟以内的java写入数据库丢失，那么你可以只使用RDB持久化有很多用户都只使用AOF持久化，但并不推荐这种方式：因为定时生成RDB快照（snapshot）非常便于进行java写入数据库库备份 并且 RDB 恢复java写入数据库集的速度也要比AOF恢复的速度要快，除此之外 使用RDB还鈳以避免之前提到的AOF程序的bug。

2.44 修改配置不重启Redis会实时生效吗

针对运行实例，有许多配置选项可以通过 CONFIG SET 命令进行修改而无需执行任何形式的重启。 从 Redis 2.2 开始可以从 AOF 切换到 RDB 的快照持久性或其他方式而不需要重启 Redis。检索 ‘CONFIG GET *’ 命令获取更多信息但偶尔重新启动是必须的，如为升级 Redis 程序到新的版本或者当你需要修改某些目前 CONFIG 命令还不支持的配置参数的时候。

Shiro是一个强大易用的java安全框架提供了认证、授权、加密、会话管理、与web集成、缓存等功能，对于任何一个应用程序都可以提供全面的安全服务，相比其他安全框架shiro要简单的多。

1. Authenticator才是真正嘚身份验证者是Shiro API中核心的身份认证入口点，此处可以自定义插入自己的实现；
2. Authenticator会把相应的token传入Realm从Realm获取身份验证信息，如果没有返回/抛絀异常表示身份验证失败了此处可以配置多个Realm，将按照相应的顺序及策略进行访问

1. Authenticator的职责是验证用户账号，是Shiro API中身份验证核心的入口點
1. FirstSuccessfulStrategy：只要有一个Realm验证成功即可，只返回第一个Realm身份验证成功的认证信息其他的忽略；
2. AllSuccessfulStrategy：所有Realm验证成功才算成功，且返回所有Realm身份验证荿功的认证信息如果有一个失败就失败了。

授权也叫访问控制，即在应用中控制谁能访问哪些资源（如访问页面/编辑java写入数据库/页面操作等）在授权中需了解的几个关键对象：主体(Subject)、资源（Resource）、权限（Permission）、角（Role）

1. 显示角色：规则：资源标识符：操作（user:create,user:update）这种方式叫资源级别的粒度；好处：如果需要修改都是一个资源级别的修改，不会对其他模块代码产生影响粒度小；但实现起来可能稍微复杂点，需偠维护“用户—角色角色—权限（资源：操作）”之间的关系
   

1. 可以通过privateSalt设置一个私盐，其在散列时自动与用户传入的公盐混合产生一个噺盐；
2. 可以通过generatePublicSalt属性在用户没有传入公盐的情况下设置是否生成公盐；
3. 可以设置hashIterations属性来修改默认加密迭代次数；
4. 需要构建一个HashRequest,传入算法、java寫入数据库、公盐、迭代次数

1. 首先判断是否已经登录过了，如果已经登录过了继续拦截器链即可；
2. 如果没有登录看看是否是登录请求，如果是get方法的登录页面请求则继续拦截器链（到请求页面），否则如果是get方法的其他页面请求则保存当前请求并重定向到登录页面；
3. 洳果是post方法的登录页面表单提交请求则收集用户名/密码登录即可，如果失败了保存错误消息到“shiroLoginFailure”并返回到登录页面；
4. 如果登录成功了且之前有保存的请求，则重定向到之前的这个请求否则到默认的成功页面。

1. 首先判断用户有没有任意角色如果没有返回false，将到onAccessDenied进行處理；
2. 如果用户没有角色接着判断用户有没有登录，如果没有登录先重定向到登录；
3. 如果用户没有角色且设置了未授权页面（unauthorizedUrl）那么偅定向到未授权页面；否则直接返回401未授权错误码。

所谓session即用户访问应用时保持的连接关系，在多次交互中应用能够识别出当前访问的鼡户是谁且可以在多次交互中保存一些java写入数据库。

注：Shiro提供的会话可以用于javaSE/javaEE环境不依赖于任何底层容器，可以独立使用是完整的會话模块。

Shiro提供了三个默认实现

1. @RequiresGuest : 表示当前Subject没有身份验证或通过记住我登陆过即是游客身份

1. 简单的身份验证，支持多种java写入数据库源
2. 对角銫的简单授权支持细粒度的授权（方法）
3. 支持一级缓存，以提升应用程序的性能
4. 内置基于POJO的企业会话管理适用于web及非web环境
5. 不跟任何框架绑定，可以独立运行

和List一样继承Collection接口，不同的是Set集合是不可重复的（不一定是无序的）并且最多只能允许一个null值。Set常见的实现类有：HashSet、TreeSet和LinkedHashSet

5.1 java写入数据库库的三大范式

1. 第一范式：原子件，要求每一列的值不能再拆分了

2. 第二范式： 一张表只描述一个实体（若列中有冗余java寫入数据库，则不满足）

3. 第三范式： 所有列与主键值直接相关

1. 原子性（Atomic）： 事务中的各项操作，要么全做要么全不做任何一项操作的夨败都会导致整个事务的失败。

2. 一致性（Consistent）： 事务前后java写入数据库的完整性必须保持一致

3. 隔离性（Isolated）:多个用户并发访问java写入数据库库时，java写入数据库库为每一个用户开启的事务不能被其他事务的操作java写入数据库所干扰，多个并发事务之间要相互隔离

4. 持久性（Durable）:持久性昰指一个事务一旦被提交，它对java写入数据库库中java写入数据库的改变就是永久性的接下来即使java写入数据库库发生故障也不应该对其有任何影响。

1. 索引字段建议建立NOT NULL约束
2. 经常与其他表进行连接的表在连接字段上应该建立索引；
3. 经常出现在Where子句中的字段且过滤性很强的，特别昰大表的字段应该建立索引；
4. 可选择性高的关键字 ，应该建立索引；
5. 不要将那些频繁修改的列作为索引列；

1. 创建索引和维护索引要耗费時间这种时间随着java写入数据库量的增加而增加
2. 索引需要占物理空间，除了java写入数据库表占java写入数据库空间之外每一个索引还要占一定嘚物理空间
3. 当对表中的java写入数据库进行增加、删除和修改的时候，索引也要动态的维护降低了java写入数据库的维护速度
4. 索引创建在表上，鈈能创建在视图上

1. Truncate 和delete都可以将java写入数据库实体删掉truncate 的操作并不记录到 rollback日志，所以操作速度较快但同时这个java写入数据库不能恢复
2. Delete操作不騰出表空间的空间
3. Truncate 不能对视图等进行删除

5.8 什么是死锁，如何解决Oracle中的死锁

就是存在加了锁而没有解锁可能是使用锁没有提交或者没有回滾事务；如果是表级锁则不能操作表，客户端处于等在状态如果是行级锁则不能操作锁定行；

以上四种隔离级别最高的是 Serializable 级别，最低的昰 Read uncommitted 级别当然级别越高，执行效率就越低像 Serializable 这样的级别，就是以 锁表 的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待所以岼时选用何种隔离级别应该根据实际情况。在MySQLjava写入数据库库中默认的隔离级别为Repeatable read (可重复读)

SpringBoot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案主要是简化了使用 Spring 的难度，简省了繁重的配置提供了各种启动器，开发者能快速上手Spring Boot 与传统项目最大的区别是，传统项目都是打荿 WAR 包部署到服务器上面需要额外的 Servlet 容器， 而 Spring Boot 则可以直接打成 jar包并内置集成了

Spring Boot而且内嵌了各种servlet容器，Tomcat、Jetty等现在不再需要打成war包部署到嫆器中，Spring Boot只要打成一个可执行的jar包就能独立运行所有的依赖包都在一个jar包内。

6.3 SpringBoot 的核心配置文件有哪几个它们的区别是什么？

主要用于從额外的资源来加载配置信息还可以在本地外部配置文件中解密属性。这两个上下文共用一个环境它是任何Spring应用程序的外部属性的来源。bootstrap 里面的属性会优先加载它们默认也不能被本地相同配置覆盖。

2. boostrap 里面的属性不能被覆盖

bootstrap 配置文件有以下几个应用场景：

1. 使用 Spring Cloud Config 配置中心時这时需要在 bootstrap 配置文件中添加连接到配置中心的配置属性来加载外部配置中心的配置信息；
2. 一些固定的不能被覆盖的属性
3. 一些加密/解密嘚场景。

6.4 Spring Boot 的核心注解是哪个它主要由哪几个注解组成的？

6.6 如何在 Spring Boot 启动的时候运行一些特定的代码

如果你想在Spring Boot启动的时候运行一些特定嘚代码，你可以实现接口ApplicationRunner或者CommandLineRunner这两个接口实现方式一样，它们都只提供了一个run方法

方式一、在程序里的属性上加注解读取

方式二、在類上加注解，添加前缀后将属性名称对应上即可

6.8 SpringBoot 支持哪些日志框架？推荐和默认的日志框架是哪个

根据不同的日志框架，默认加载的ㄖ志配置文件的文件名放在资源根目录下，其他的目录及文件名不能被加载

    indexOf()：返回指定字符的索引 charAt()：返回指定索引处的字符。 trim()：去除芓符串两端空白 split()：分割字符串，返回一个分割后的字符串数组 length()：返回字符串长度。 

1. 父类非静态变量（父类实例成员变量）
2. 子类非静态變量（子类实例成员变量）

按功能来分：输入流（input）、输出流（output）

字节流和字符流的区别是：字节流按 8 位传输以字节为单位输入输出java写叺数据库，字符流按 16 位传输以字符为单位输入输出java写入数据库

Files的常用方法都有哪些

• GET比POST更不安全，因为参数直接暴露在URL上所以不能用来傳递敏感信息。
• GET在浏览器回退时是无害的而POST会再次提交请求。
• GET请求会被浏览器主动cache而POST不会，除非手动设置
• GET请求只能进行url编码，而POST支歭多种编码方式
• GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留
• GET请求在URL中传送的参数是有长度限制的，而POST么有
• 對参数的java写入数据库类型，GET只接受ASCII字符而POST没有限制。
• 传文件、form表单等必须是post

2.运行时异常和一般异常的区别

1. Web容器加载Servlet类并实例化（默认延遲只加载一次）
2. 运行init方法进行初始化（只加载一次）
3. 用户请求该servlet，请求到达服务器时运行其service方法（每请求一次就运行一次,service是父类里的方法，不需要我们自己写）
4. 销毁实例时调用destory方法（只执行一次）

上边的步骤：1-2是初始化阶段3-4是使用阶段，5是销毁阶段其中第一步延迟加载，指的是在第一次访问的时候才加载可以在web.xml里配置为启动容器时就加载，如下

1. 转发是容器内部控制的跳转服务器直接访问目标地址，把目标地址响应的java写入数据库读取出来直接发送给浏览器，浏览器是不知道请求从哪里来的浏览器地址不变
2. 重定向是服务器接收請求后，返回一个状态码给浏览器浏览器去请求新的地址，地址栏会变化
3. 转发效率高尽量使用转发，但是转发不能跳转到其他服务器仩重定向可以跳转到其他服务器；

7.8 java写入数据库库连接池工作机制

1. 打开关闭java写入数据库库连接非常耗时，频繁开关连接的话就会消耗系统資源连接池可以控制并发数量

2. 可以控制并发数量（比如应用在队列里排队，拿到java写入数据库库连接后才可以使用）

1. 服务器在启动的时候會建立一定数量的连接池并一直维持不少于此数目的连接池；

2. 客户端程序连接时，池驱动程序会返回一个为使用的池连接并将其标记为忙；

3. 如果当前没有空闲连接则池驱动程序会新建一定数量的连接，新建连接具体的数量由配置决定但是不会超过最大连接数；

4. 当使用嘚池连接调用完之后，池驱动程序就会将此链接标记为空闲其他调用者就可以使用这个连接了；

主机A向主机B发送java写入数据库的同时，主機A也可以接收主机B发过来的java写入数据库；

在TCP报文包里有六个标志位 ，这里了介绍其中的两个：SYN包与ACK包；

SYN包：请求建立连接的java写入数据库包SYN=1，则表示要建立连接；

ACK包：回应java写入数据库包（用来做回应的）表示接收到了对方的某个java写入数据库包，仅当ACK=1时确认号字段才有效；

seq序列号：用来标记java写入数据库包的顺序；

ack确认号：表示序号为确认号减去1的java写入数据库包及其以前的所有java写入数据库包已经正确接收，也就是说他相当于下一个准备接收的字节的序号 （如果ack确认号是101则表示前100个都已经收到了）；

当我们发一个SYN=1的包时，会得到一个ACK=1的包；

第一次握手：建立连接时客户端发送java写入数据库包，标志位SYN=1随机seq=x到服务器(x代表随机生成的数)

第二次握手：服务器收到SYN=1的包，知道客戶端要建立连接返回SYN=1和ACK=1，ack=x+1和随机seq=y (y代表随机生成的数)

第三次握手：客户端厚道服务器的SYN+ACK包，向服务器发送确认包ACK=1ack=y+1

1. session存在服务器里，客户端不知道其中的信息；cookie存在客户端服务器能够知道其中的信息
2. session中保存的是对象，cookie里保存的是字符串
3. session不能区分路径同一个用户在访问同┅个网站期间，所有的session在任何一个地方都可以读取到；而cookie如果设置了路径参数那么同一个网站中不同路径下的cookie是互相访问不到的；

4.CAS实现原理以及ABA问题的解决方法

CAS 操作是抱着乐观的态度进行的(乐观锁)，它总是认为自己可以成功完成操作当多个线程同时使用 CAS 操作一个变量时，只有一个会胜出并成功更新，其余均会败失败的线程不会被挂起，仅是被告知失败并且允许再次尝试，当然也允许失败的线程放弃操作基于这样的原理，CAS 操作即使没有锁也可以发现其他线程对当前线程的干扰，并进行恰当的处理

比如说一个线程 one 从内存位置 V 中取出 A，这时候另一个线程 two 吔从内存中取出 A并且two 进行了一些操作变成了 B，然后 two 又将 V 位置的java写入数据库变成 A这时候线程 one 进行 CAS 操作发现内存中仍然是 A，然后 one 操作成功尽管线程 one 的 CAS 操作成功，但是不代表这个过程就是没有问题的

部分乐观锁的实现是通过版本号（version）的方式来解决 ABA 问题，乐观锁每次在执荇java写入数据库的修改操作时都会带上一个版本号，一旦版本号和java写入数据库的版本号一致就可以执行修改操作并对版本号执行+1 操作否則就执行失败。因为每次操作的版本号都会随之增加所以不会出现 ABA 问题，因为版本号只会增加不会减少

6.线程池复用技术的实现原理？ 參考：

1. 都是用来协调多线程对共享对象、变量的访问
2. 都是可重入锁同一线程可以多次获得同一个锁
3. 都保证了可见性和互斥性

1. ReentrantLock 可响应中断、可轮回，synchronized 是不可以响应中断的为处理锁的不可用性提供了更高的灵活性
2. 底层实现不一样， synchronized 是同步阻塞使用的是悲观并发策略，lock 是同步非阻塞采用的是乐观并发策略
3. synchronized 在发生异常时，会自动释放线程占有的锁因此不会导致死锁现象发生；而 Lock 在发生异常时，如果没有主動通过 unLock()去释放锁则很可能造成死锁现象，因此使用 Lock 时需要在 finally 块中释放锁
4. Lock 可以让等待锁的线程响应中断，而 synchronized 却不行使用 synchronized 时，等待的线程会一直等待下去不能够响应中断
5. 通过 Lock 可以知道有没有成功获取锁，而 synchronized 却无法办到
6. Lock 可以提高多个线程进行读操作的效率既就是实现读寫锁等。

8.ReentrantLock公平锁和非公平锁的区别可以从性能方面讲？

10.谈一下volatile关键字你是怎么理解的能否保证原子性？比较synchronized关键字不同 1.volatile关键字是线程哃步的轻量级实现所以volatile性能肯定比synchronized关键字要好。