本文分享自天翼云开发者社区《 网关性能瓶颈检测机制》，作者：康****彬
目前nginx内部处理网络事件是基于epoll机制：先收集目前处于ready状态的网络事件列表，然后逐个处理。处理完再收集处理ready状态的网络事件，再逐个处理。依次循环。
如果某个网络事件处理比较慢，遇到瓶颈，则后续所有的网络事件都受到影响被延迟处理。这就会导致网络对端迟迟得不到响应，提前断开连接。导致网络访问日志很多5xx错误。
设计思路：
1、在nginx收集网络事件串行处理前，预写入每个worker进程号和时间戳；
2、正常情况下，如果不存在阻塞网络事件，所有的网络事件很快就处理完了，进程号和时间戳得到了刷新；
3、如果存在阻塞网络事件，在x秒之后还未更新时间戳，此时外部扫描时间超时，并打印当前的进程堆栈信息和堆栈变量信息到文件中，保留第一现场资料。
现有方式：
优化后的方式：
具体实现方式：
1.在initwork阶段预写每个worker进程号和时间戳：timer_bottleneck_check.lua，写入到哈希字典中，key为不加密的进程号，value为十位的时间戳，精确到秒；
2.外部扫描程序：获取当前所有worker进程号，判断当前时间-上次时间戳是否大于配置的超时时间，如果大于，则通过执行bstack.sh得到当前进程的堆栈信息，并输出到bstack_pid.log中；
3.bstack.sh 类似于pstack，输入进程的堆栈信息和局部变量信息。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70014251/viewspace-3186352/ ，如需转载，请注明出处，否则将追究法律责任。
