沉淀知识，持续成长

Vue2：基于 Object.defineProperty 实现。缺点是无法监听对象属性的新增和删除，也无法监听数组下标的变化（需要重写数组方法）。
Vue3：基于 Proxy 和 Reflect 实现。可以代理整个对象，支持动态新增属性、删除属性，并且能完美监听数组变化，性能更好，且支持深层响应式。

Spring 是如何解决循环依赖的？

Spring 通过 三级缓存 来解决单例 Bean 的循环依赖问题：

一级缓存 (singletonObjects)：存放完全初始化好的 Bean。
二级缓存 (earlySingletonObjects)：存放提前暴露的、尚未填充属性的原始 Bean。
三级缓存 (singletonFactories)：存放 Bean 的 ObjectFactory，用于生成原始 Bean 或代理对象。

当 A 依赖 B，B 又依赖 A 时，A 在实例化后会将自身放入三级缓存，B 在创建时可以从三级缓存获取 A 的早期引用，从而打破循环。注意：Spring 无法解决构造器注入和原型(Prototype) Bean 的循环依赖。

什么是数据库的乐观锁和悲观锁？

悲观锁：认为并发冲突一定会发生，操作数据时直接加锁（如 SELECT ... FOR UPDATE）。适合写多读少的场景。
乐观锁：认为并发冲突不常发生，提交更新时才检查版本号或时间戳。适合读多写少的场景，通常通过 version 字段实现。

在实际项目中，MySQL 的 InnoDB 引擎通常推荐使用乐观锁来降低锁竞争，提升并发性能。

ThreadLocal 为什么会发生内存泄漏？

ThreadLocal 内部维护了一个 ThreadLocalMap，key 是 ThreadLocal 的弱引用，value 是强引用。如果 ThreadLocal 被回收，key 变成 null，但 value 仍然被 Entry 强引用，导致无法回收。而线程池中的线程复用，可能导致 value 越积越多，最终引发 OOM。

解决办法：使用完 ThreadLocal 后，务必在 finally 块中调用 remove() 方法清理。

如何保证缓存与数据库的双写一致性？

常见的策略有：

先更新数据库，再删除缓存（Cache Aside Pattern）：最常用，但在极端并发下仍有脏数据风险。
延迟双删：更新数据库前后各删除一次缓存，并在中间加短暂延迟，降低脏数据概率。
订阅 MySQL Binlog：如 Canal 监听数据库变更，异步刷新缓存，实现最终一致性。
分布式锁：在更新时加锁，保证读写串行，但会牺牲性能。

如何排查 Linux 服务器 CPU 使用率过高的问题？

排查思路：

使用 top 找到 CPU 最高的进程 PID。
如果是 Java 进程，使用 top -Hp [PID] 找到占用 CPU 最高的线程 TID。
将 TID 转为十六进制：printf "%x\n" [TID]。
使用 jstack [PID] | grep [十六进制TID] -A 20 定位到具体代码行。
如果是非 Java 进程，可使用 perf top 或 strace 分析。

Docker 和虚拟机有什么区别？

虚拟机：在宿主机上模拟硬件，运行完整的操作系统，资源占用大，启动慢（分钟级），隔离性强。
Docker 容器：共享宿主机内核，通过 Namespace 实现隔离，Cgroups 限制资源。启动快（秒级），占用资源少，但隔离性弱于虚拟机。

容器更适合微服务架构下的快速部署和弹性伸缩。

Certbot 报错 "Could not find a usable 'nginx' binary" 怎么办？

通常是因为 Nginx 是编译安装的（如安装在 /usr/local/nginx），不在系统默认的 PATH 中。可以通过创建一个软链接（ln -s /usr/local/nginx/sbin/nginx /usr/local/bin/nginx），或者在运行 Certbot 时显式指定路径（如添加 --nginx-ctl 和 --nginx-server-root 参数）来解决。

Nginx 正向代理和反向代理的区别？

正向代理：代理客户端，客户端知道自己在访问代理服务器，服务器不知道真正的客户端是谁（如翻墙工具）。
反向代理：代理服务器端，客户端不知道自己在访问代理服务器，以为直接访问了目标服务器（如 Nginx 负载均衡）。