1. 怎么实现高可用的架构：
- 通信模型
NIO - 多活模式
- 减少组件依赖 （核心接口不强依赖非核心接口，需要有相应预案策略，比如降级或者熔断）
降低由于引入第三方依赖服务导致的服务不可用问题 - 去中心化
减少复杂性？选举过程会导致STW？ - 容灾机制
主备、数据备份
2. 定时/延时任务
- 延迟任务实现：
https://www.cnblogs.com/haoxinyue/p/6663720.html - Jesque 基础入门
https://blog.csdn.net/xiaojia1100/article/details/48004337 - jesque代码库
https://github.com/gresrun/jesque - 聊聊jesque的WorkerImpl与WorkerPool
https://www.jianshu.com/p/52a9fc801c16
3. vim命令总结：
- gg跳到第一行
- shift+g跳到最后一行
- /xxx 匹配某一字符串
4. linux命令
- find 文件名(支持模糊匹配) |xargs grep -ri 指定字符 -l ：查找指定字符在文件中是否有出现，并且只返回满足条件的文件的文件名
- awk '{print
2..}'，用于文本分析，默认空格、制表符为分隔符，
1输出第一个被分隔的字符串，以此类推$2...
5. arthas命令
每隔10s监控调用情况（请求数等信息）：
monitor -c 10 demo.MathGame primeFactors
打印调用堆栈信息：
trace demo.MathGame primeFactors
观察方法入参和返回值：
watch demo.MathGame primeFactors {params,returnObj}
观察方法入参和返回值并且指定第一个参数的值：
watch com.demo.service.DemoService getUser "{params,returnObj}" "params[0].equals('demo')" -x 2
** java.的类不能被arthas代理，这个时候可以参考如下进行解决：*
https://github.com/alibaba/arthas/issues/47
image.png
7. TCP三次握手和四次挥手？
- 为什么三次握手：保证延迟的消息会被正确的回收
- 为什么四次挥手：TCP连接的关闭是双方都需要确认的，另外一方面TIME_WAIT的作用：保证连接的正确关闭，等待2MSL，如果在这个时间内，被动关闭方没有收到ACK报文的话，会重新发送FIN报文
8. 什么是单元化，单元化的作用
每个单元可以独立的负责用户的请求，能够向其它单元同步数据的单元叫做中心
- 作用：异地多活，提高稳定性，保证RPC的响应效率
- 对该单元进行切流+禁写(保证数据的一致性，因为中心还没有把数据同步过来) - 可以类比redis主从异步复制的场景
步骤可以分为：禁写（禁止更新）、切流、同步、执行（恢复写）
9. 分布式事务
XA：两阶段提交之XA，prepare commit/rollback
TCC：try-precomit-commit
FMT：在XA和TCC之间找到平衡点(性能和耦合性)，通过记录日志，类似于undolog（但是如果数据被改了要如何恢复-依赖框架的事务，需要锁定被修改的行，但是如果这行是热点数据的话，会导致性能的下降）
XA存在的问题：事务协调器的单点故障、从第一阶段就锁定资源（数据库链接，锁等资源）影响性能
TCC存在的问题：需要自己实现大量的回滚代码、在第一阶段锁定资源后就释放资源了
10. mysql索引
- 大字段如何建立索引？
使用前缀索引，可以通过
select count(distinct 索引字段) / count() from 表名; 查询索引的区分度，返回的值越大说明区分度越高
select count(distinct left(索引字段, 取多少个字段)) / count() from 表名;
当两者值大致相近时，说明区分度已经接近了
为什么使用前缀索引？解决索引占用空间的问题
会有什么问题？不可以使用覆盖索引了 - 对于身份证号码这类字段，前缀区分度不高，如何建立索引呢？
1）可以存储倒序字段，建立倒序字段的前缀索引
2）通过建立hash字段，但是为了精确匹配，在where条件还得加上hash前字段的等值比较
11. mysql优化
- limit如何优化
假设有如下表：
create table a (int id, int fr_id, varchar field, pk id, key fr_id)
先来看下面一句sql
select * from table_a order by fr_id limit 10000,100
上面这一段sql存在的问题：
虽让fr_id有索引，查询时可以用到fr_id索引，但是由于查询了所有字段会导致回表，并且随机读严重，扫面更多的页，最终会使整体sql的执行性能不佳
如何优化呢？
使用延迟关联：第一步先利用覆盖索引查询id，再做关联查询
select * from table a inner join (select id from table_a order by fr_id limit 10000,100) as b on a.id = b.id
如何进一步优化？
根据业务场景，如果不需要支持跳页(即只支持翻页，解决深度分页问题)，可以考虑用如下进行优化
第一次查询
select * from fr_id > 0 order by fr_id limt 100
第二次查询
假设第一次查询的结果的最大fr_id为200，那么第二次查询的如下
select * from fr_id > 200 order by fr_id limt 100
使用翻页要考虑的问题时，字段一定要是单调自增的，不然在翻页的过程中会有漏数据
所以整体优化思路为：
1、使用延迟关联，解决两个问题（1.使用覆盖索引 2.避免随机读，提高性能）
2、根据业务场景，是否需要支持跳页查询？
12. jdk工具
jps：查看进程
jstack pid：查看进程堆栈
jstat -gc pid 3000[ms]：查看进程gc情况，每3s一次
jmap -heap pid：查看进行的堆和堆占用情况
jmap -histo pid | head -n 10：查看排行前10占用最多的对象
13. 网络
三次握手：（不是二次握手的原因：防止已经失效的连接请求报文生效）
最后一次握手，避免如果是只有两次握手时由于第一次握手由于网络延迟的问题，导致后续服务端占用了无效连接资源
image.png
四次挥手：
在主动关闭方收到第三次挥手时发送ack后会进入time_wait：维持2msl，即报文的最大持续时间
1）解决第三次挥手报文丢失(不是真正丢失的意思，比方说滞留时间过长)，服务端可以进行重发
2）如果没有time_wait的话，此时如果允许创建连接，可能会出现新创建的连接收到之前丢失的报文，导致后续程序处理出现异常
14. 线程池
池化管理的思想，提供的好处：
- 降低资源消耗
创建和销毁带来的开销，可以做到线程复用 - 提高响应速度
请求到达时，无需耗费创建线程带来的开销 - 线程管理
统一管理，避免线程泛滥 - 提供高级功能
延迟任务、定时任务
15. 关于异常处理
image.png
16. 关于日志的正确使用
image.png
image.png
17. 数据迁移经验
image.png
18. mvn:deploy
该命令用于将maven项目打包，并上传自本地和远程的maven仓库
release和snapshot的区别：
使用snapshot，假如远程仓库发生变化了，依赖了snapshot的项目会从远程仓库加载依赖
使用release，假如某个版本号的依赖在远程仓库发生变化了，依赖了该版本号的maven项目会优先从本地仓库加载依赖
19.G1回收器
CMS的缺点：内存碎片、对大堆回收不友好（需要扫描整个堆）、浮动垃圾
何时使用G1:
- 堆内存大、多核CPU
- 期望停顿时间可预测，避免停顿时间无法预估导致的服务雪崩
- 不期望有太多的内存碎片
20、守护线程
守护线程的作用是为普通、非守护线程提供服务的，比如GC线程。假如虚拟机运行过程中，没有非守护线程在执行了，那么虚拟机可以退出
使用守护线程，必须注意：
1、setDaemon(true)必须在调用start方法之前，否则会抛出异常
2、不要在守护线程中做业务逻辑操作，因为无法预测非守护线程执行完毕之后，守护线程是否已经执行完毕该做的任务
3、守护线程中创建的线程也属于守护线程
21、线程和线程池的状态
https://blog.csdn.net/qq_24384579/article/details/93199116
22、git rebase 和 git merge
git rebase称作变基，会以rebase的分支为基准，将当前分支提交的记录提交到rebase的分支的最后提交记录之后
git rebase ：带来的影响：会篡改修改记录、无法确认当前分支是从哪个节点checkout出来的
git merge：历史提交记录都在，每次merge会生成一条新的提交记录
23、idea中查看类、方法、属性的调用链/引用链
https://blog.csdn.net/qq_37126357/article/details/101055230
24、性能优化
如何找到可优化点：压测、arthas
日志、json.toJsonString, json.ParseObject、批量查询、预热（热点代码JIT即使编译）
25、stream流优化
https://blog.csdn.net/weixin_29088655/article/details/114935548
几个概念：水平执行、垂直执行
26、内存管理
Linux中Swap与Memory内存区别
https://blog.csdn.net/xili2532/article/details/122875250
网友评论