的哎的哎
1、基础部分
java线程池 队列的选择
答：
SingleThreadPool:适用于多个任务顺序执行的场景。
它使用的是LinkedBlockingQueue<>()，无界的阻塞队列，就意味着会有内存溢出的风险。
volatile 什么情况下会用到
答：
（可见性）适用一个线程写、多个线程读的场合，eg.作为状态转换标记
（线程间可见性+禁止指令重排）eg.双重检查的懒汉式单例，
对private static xxxSingleton singleton; 加volatile,可以防止内存判空和赋值的指令重排。
java 在多线程中操作共享变量的过程中，会存在指令重排序与共享变量工作内存缓存的问题。java数据库基础
系统用到的IO模型，各个模型的比较
答：Linux中有5中IO模型：
阻塞式IO模型
非阻塞式IO模型
IO多路复用
信号驱动的IO模型
异步IO模型
Java共支持三种网络编程模型（IO模型）：
BIO 同步阻塞
NIO 同步非阻塞
AIO 异步非阻塞
应用场景：（最常用的就是同步阻塞 IO 和 IO 多路复用）
BIO:服务器启动ServerSocket;客户端启动ClientSocket，与服务器进行通讯。服务端也可以使用线程池。
NIO:位于java.nio包下，有三大核心部件：Seletor、Channel、Buffer；
IO多路复用（是NIO的一种）：
如 Java 的 NIO、Redis、Nginx 的底层实现就是此类 IO 模型的应用，经典的 Reactor 模式也是基于此类 IO 模型。
用到的设计模式
代理模式，Spring AOP 利用了AspectJ AOP实现的。AspectJ AOP的低层用了动态代理。
动态代理有两种：目标方法有接口时，自动选用JDK动态代理。
目标方法没有接口时，选CGLib动态代理。
策略模式，加载资源文件的方式，使用了不同的方式，比如，ClassPathResource、FileSystemResource、ServletContextResource、UriResource，但他们都有公共的接口Resource.
单例模式，比如在spring创建bean的时候
建造者模式，减少参数传递，在内部创建对象，不对外直接暴露创建对象，链式调用。SpringBuilder、SpringSecurity都是用的建造者模式。
无损发布的问题？
为了发布不要影响到用户访问，为了不再在凌晨三点熬夜发布版本，无损发布就显得非常重要了。
那么能做到无损发布吗？答案是肯定的，需要nginx和web server配合完成，请看下面的流程图。
TCP连接数的问题
1、可用端口号限制
Q：一台主机可以有多少端口号？端口号与TCP连接？是否能修改？端口号限制因素？
第一：端口号是16位的，所以总共有65535个，即可创建65535个TCP连接
第二：端口分为知名端口(01023)、注册端口()、动态/私有端口(49152~65535)
第三：端口数可以修改。
3、线程的限制
C10K：当服务器连接数达到 1 万且每个连接都需要消耗一个线程资源时，操作系统就会不停地忙于线程的上下文切换，最终导致系统崩溃。
传统的多线程并发模型：一个TCP连接就需要创建一个线程
I/O多路复用 ：一个线程可以管理多个 TCP 连接的资源
解决： 不使用传统的多线程并发模型，而采用I/O多路复用技术
4、内存的限制
TCP连接数过大可能会出现: ERROR: out of memory ,即内存溢出。
原因：每个TCP连接本身，以及这个连接所用到的缓冲区，都是需要占用一定内存的，现在内存已经被占满了，不够用了就会报这个错。
6、总结
数据库乐观锁
乐观锁的实现方式（ps：实现方式是多样的，没有定数，不过依赖的是相同的思想–要修改的数据要和读取的数据是同一数据，中途不能被修改）
1、建表时新增一个version字段，用于数据版本控制。
2、通过CAS算法实现
优点：
乐观锁适用于写比较少的情况下（多读场景），即冲突真的很少发生的时候，这样可以省去了锁的开销，加大了系统的整个吞吐量。
缺点：
乐观锁适用于读比较少的情况下（多写场景），如果是多写的情况，一般会经常产生冲突，这就会导致上层应用会不断的进行retry，这样反倒是降低了性能
所以一般多写的场景下用悲观锁就比较合适。
ThreadLocal 实现
https://baijiahao.baidu.com/s?id=&wfr=spider&for=pc
ThreadLocal 实现，ThreadLocal应该是一个静态对象，执行set方法的时候实际上是执行的thread所持有的map的一个set方法，然后ThreadLocal 这个对象作作为map的key
最后调用remove方法删除数据，防止内存泄漏和数据混乱。
2、数据库
如何解决慢查询
- 数据库表设计不佳
- 大量数据查询
- 锁竞争
- 查询语句的优化不足
- 数据库服务器性能问题
数据库回表
哪些情况下不会触发回表？
什么情况下会触发回表？
2.1 索引不Cover所有需要查询的字段
2.2 使用了非聚簇索引（非聚簇索引（Secondary Index）只包含了索引列的副本以及指向对应主键的引用，查询需要通过回表才能获取完整的行数据。）
2.3 使用了覆盖索引但超过了最大索引长度
在MySQL的InnoDB存储引擎中，每个索引项的最大长度是767字节，如果查询需要返回的字段长度超过了该限制，同样会触发回表操作。
需要注意的是，回表操作主要发生在读取操作（SELECT）中，写入操作（INSERT、UPDATE、DELETE）一般不会触发回表。
回表操作的问题和场景
?4.1 性能问题
回表操作通常需要访问两次索引，增加了IO开销和CPU消耗，对查询性能有一定的影响。特别是在高并发、大数据量的情况下，回表可能成为性能瓶颈。
?4.2 数据一致性
由于回表操作是基于物理地址来获取数据，如果在回表过程中发生了数据修改（如DELETE、UPDATE），则可能会读取到不一致或错误的数据。
?4.3 是否使用覆盖索引的判断
在选择是否使用覆盖索引时，需要综合考虑查询的字段以及字段长度，以及查询操作的频率和数据量。如果查询需要返回的字段较多或字段长度较长，可能需要权衡回表带来的性能损耗和数据完整性的需求。
索引怎么创建
3、建表的时候创建索引
1、使用CREATE INDEX创建，语法如下：
2、使用ALTER语句创建，语法如下：
主库从库的问题
https://zhuanlan.zhihu.com/p/
MySQL主从同步基本流程
MySQL主从同步延迟原因
MySQL主从同步延迟原因
MySQL主从同步解决方案
介绍MySQL多线程同步工具(Transfer)的设计思路 以下为文字解释版
MVCC
https://blog.csdn.net/weixin_/article/details/
多版本并发控制
mysql会在数据表中默认添加三个隐藏列：
DB_ROW_ID：行id，若表没有主键，InnoDB 会自动生成一个隐藏主键
DB_TRX_ID：事务ID，当有事务开启时会生成这样一个全局递增的id；
DB_ROLL_PTR：回滚指针，通过这个指针可以找到该数据的历史版本，也就是所说的版本链。
版本链就是用一个单链表的结构存放每个事务版本对应的行的数据，通过我当前的事务id可以获取对应的数据。
Read View就是事务进行快照读操作的时候生产的可读视图(Read View)，用来判断该数据版本是否可被访问，可读视图可以简单的理解成有三个全局属性：
trx_list：存放当前正活跃的事务ID；
low_limit_id：记录trx_list中事务ID最小的ID；
up_limit_id：可读视图生成时当前全局事务ID的最大值（也有一说是目前已出现过的事务ID的最大值+1）。
B+树的描述
二分查找数–》红黑树(平衡二叉树)–》B树(多路平衡二叉树)–》B+树(mysql的索引结构)
MySQL索引是在 存储引擎层 实现的，不同的存储引擎层，有不同的索引结构，主要包含四种索引：
3、系统
QPS统计怎么做
QPS（Query Per Second）：每秒请求数，就是说服务器在一秒的时间内处理了多少个请求。
OK，用日志来估计！那日志怎么记录呢，细分下来，有两种方式。
方式一：自己在接口里记录
方式二：调用链
比如，你部署了32台机器，负载均衡的策略恰巧为轮询，那集群的QPS就是单机的QPS乘32就好了。
所以，根据具体的策略，来估计整个集群的QPS多大！一般有2000qps已经是很高的了。
CPU高的问题如何解决
系统监控层面
系统熔断，限流
说明一下各个系统之间的交互，以及系统的职责
是否做过JVM调优
为什么要进行JVM调优
具体case
关于JVM的一些灵魂拷问
上下文类加载器（上下文类加载器是线程在初始化的时候，从父线程中继承过来的）
写一道双亲委托的题（主要考察代理模式）
版权声明：
本文来源网络，所有图片文章版权属于原作者，如有侵权，联系删除。
本文网址：https://www.bianchenghao6.com/h6javajc/4009.html