问题描述
在最近的后台服务中，新增将某个指令的请求数据落盘保存的功能。在具体实现时，采用成员变量来保存请求消息代理头，在接收响应以及消息管理类释放时进行销毁。测试反馈，该服务偶发崩溃。
问题分析
测试环境上运行的是rel版程序，由于在编译时去掉了调试信息（-g）以及开启O3级别优化，从崩溃dump的堆栈上，只看到程序崩溃的调用栈，函数入参等被优化掉，由于此处没有打日志，只能想其他办法来复现。猜测是重复释放指针导致的崩溃，接下来继续分析。
从rel版本的调用栈上看，只看见最后销毁的函数调用，而在实际代码中，有两处销毁的函数调用入口，为什么在dump中看到的调用栈顺序与实际代码不一致呢？猜测是开启
2022-01-13 19:43:40
170KB
1
硬件和固件安全指南
目录
1.
2.
2.1
2.1.1
2.1.2
2.1.3
2.1.4（已更新！）
2.1.5
2.2
2.2.1
2.2.2
2.2.3
2.3
2.3.1
2.3.2崩溃
2.3.3预示
2.3.4 BranchScope
2.3.5 TLBleed
2.3.6 PortSmash
2.3.7 NetSpectre
2.3.8微体系结构数据采样（MDS）
2.3.9 CacheOut （新！）
2.3.10走一条（新！）
2.3.11负载值注入（新！）
3.固件和微码漏洞
3.1 LoJax
3.2 Ryzenfall，Chimera，Fallout和Masterkey
3.3 Microsoft安全启动旁路（新！）
4.引导配置
4.1 UEFI强化
4.2 UEFI安全启动自定义（已更新！）
5.硬件升级指南（新！）
6.执照
7.
2021-12-24 11:12:18
84KB
1
SMMVSplitterBusinessPortable直接用，不易崩溃.rar
2021-12-22 19:10:33
32.98MB
1
电子原子
使用表示缺少符号的 macOS崩溃报告。
该库下载符号化所需的dSYM资产，并将其存储在相对于模块的cache文件夹中。 这些文件很大（〜300MB），最初可能需要一些时间下载。
因为加载的框架非常大，所以符号化可能需要一些时间。 期望文件中的每一行最多需要5秒钟来进行符号化。
npm install electron-atos
用法
将缺少符号的行从崩溃报告中复制到本地crash.txt文件中：
0 com.github.electron.framework 0x000000010d01fad3 0x10c497000 + 12094163
1 com.github.electron.framework 0x000000010d095014 0x10c497000 + 12574740
运行electron-atos并指定文件路径和所使用的Electron版
2021-12-07 14:56:28
7KB
1
作者有10多年编程,调试经验,详解关于Windows 平台下程序崩溃的Windbg调试方法及技巧;附带工具介绍
适合于分析C++等语言, .Net 平台等快速入门及提高
2021-11-23 10:29:56
1.32MB
1