延迟优化排查思路

原始内容只有 5 条提纲，这里把它整理成一份更适合回看的排查顺序：先稳定复现，再逐段量化，最后做组件隔离。

1. 搭建压测环境

先保证问题可以稳定复现，否则后面的优化收益很难量化。

重点是先确认：

压测数据要尽量覆盖真实瓶颈触发条件，而不是只跑一组最简单的 happy path。

至少要分清：

先看模块内部哪一段最慢，再决定是否继续深挖实现细节。

适合优先补齐：

单个模块内部不一定慢，问题也可能出在模块之间的调用和排队。

这里更适合关注：

最后再通过隔离法确认瓶颈到底落在哪一层，例如：

如果某个组件被屏蔽后延迟明显下降，就说明下一步应该优先深挖那一层，而不是继续在整条链路上盲目优化。

Git Cheat Sheet Markdown Tools C++ Linker Thread Linux TCP Network GDB Debug leetcode 链表 WSL Ubuntu Windows Linux Kernel GCC Android adb Troubleshooting Profiling Sanitizer glibc MySQL Database Python curl Build ELF clang-format CMake Graphviz Performance vcpkg Protobuf 排查速查内存 STL 调试性能分析性能读书笔记方法论架构网络 Timer mbedTLS TLS 安全负载均衡脚本工具 LRU 二叉树 BST 中序遍历回溯二分查找优先队列排序旋转数组 jenkins 部署