Jenkins适合复杂企业内网和旧构建机，支持可插拔 Pipeline 和 Credentials 插件，但插件生态易过时需谨慎升级；Drone CI提供容器原生部署，轻量声明式配置，需注意密钥分离和进程幂等性；GitLab CI与代码仓库深度联动，复用模板和矩阵构建需配合Container Registry，防护密钥和调试日志需严格管控；GitHub Actions基于 workflow YAML，适合GitHub新项目，需锁定action版本防投毒并控制成本，分钟级计费要求优化依赖安装。Travis CI作为GitHub历史CI方案，建议仅用于维护老开源项目，注意矩阵构建和密钥加密。核心差异在于部署形态（企业自管/托管运行）和生态整合深度（如GitLab与容器仓库联动）。读者应根据项目代码托管平台、团队规模、现有基础设施选择工具，重点关注密钥管理（Drone/Jenkins）、缓存策略（GitLab/AWS）和成本控制（GitHub Actions）。

MOS 管、三极管、IGBT、晶闸管的开关特性与选型，加上电阻器 E 系列阻值标准，末尾一张器件对比表。

从 Handler 的线程切换，到 AsyncTask、Loader、LayoutInflater 与 AndroidX 兼容层，附组件选型对照表。

编译期用 APT + JavaPoet + AutoService 生成代码，运行期用 ASM / Javassist / JavaAgent 织入字节码——两条路的适用边界与对比。

ViewRootImpl 与绘制流程、Vsync 与刷新机制、SurfaceView / TextureView / SurfaceTexture 的区别，以及 View 滑动的几种实现方式。

IOC 与 AOP 是容器核心，Security 与 Shiro 是两条安全路线，Thymeleaf、SCA / SCK、Spring AI 是周边——七节讲清各自适合什么场景。

消息队列设计需从链路全视角考虑：选型看吞吐、事务和运维成本，避免盲目追求工具时髦；高可用需多副本+控制器冗余，定期演练 leader 切换；去重依赖业务幂等设计（唯一键+唯一约束）和死信通道；顺序要求分区键与单线程消费结合；积压处理需监控延迟和补偿机制；自研MQ需明确SLA（可靠、去重、顺序），对比成熟产品防止超纲。选型铁律：先明确业务峰值TPS、消息体量、事务需求等指标，选择Kafka/DLQ/RabbitMQ等适配模型，避免因选型错误后期调优失效。核心收益：建立五链路系统架构思维（生产-存储-投递-消费-运维），通过该思维可定位重复、丢失、延滞等80%问题，技术方案评审时用此框架可系统性排查设计盲区。

AI 月老、匿名好声音、智能穿搭、AI 猎头……同一套技术栈如何适配不同业务：先提炼共性架构，再讲每个项目的差异与落地约束。

Consul 与 Nacos 的同类竞争、Apollo 偏配置中心、Hystrix 与 resilience4j 的新旧替代、Spring Cloud Gateway 与 K8s 原生方案——附选型矩阵。

协程的重点不是「轻量级线程」，而是结构化并发。作用域与 Job 生命周期、上下文与调度、协作式取消、异常处理、并发安全、Channel 与多路复用。