这是一个创建于 331 天前的主题，其中的信息可能已经有所发展或是发生改变。
背景
在有开发环境的机器上，可以调试启动代码，复现问题后，很容易就能定位到问题代码。
但是往往给用户的程序是 Release 版本的 exe ，崩溃后，可能会产生一个 dmp 文件。
问题
- 这个 dmp 文件是 Release 版本 exe 产生的，如何根据这个 dmp 定位到问题代码？
- 如果不能根据这个 dmp 文件定位到问题代码，那么是否有其他方式，定位问题代码？
- 是否有定位问题，调试 bug 的其他技巧？
- 关于调试符号（ pdb 文件），了解到有符号服务器，可以专门存储符号文件，是否有相关的最佳实践？如何编译，打包，发布，存储符号，调试定位问题？
 |
1
snailya 331 天前
我不会，我就知道打印日志。
|
 |
2
ysc3839 331 天前 via Android  1
用 Visual Studio 打开 dmp 文件
|
 |
3
liuguangxuan OP @ysc3839 #2 这个 dmp 文件是 Release 版本产生的，能看到堆栈信息吗？
|
 |
4
corcre 331 天前 1
打印日志+1
实在不行让客户给个权限, 你丢个 debug 版本的过去远程调试一下 |
 |
5
StubbornHuang 331 天前 1
日志大法 解决问题
|
|
6
ysc3839 331 天前 via Android
@liuguangxuan 能
|
 |
7
liaixiao 331 天前 via iPhone 1
打印日志 or ，查看 windows 的日志，windows 管理有一个日志功能，会记录程序异常退出的日志。最保险的办法还是自己打印日志
|
 |
8
DTCPSS 331 天前 2
Windbg
|
 |
9
nevermoreluo 331 天前
排除 release 编译环境问题，dmp 没法定位到问题代码，就开对应的参数 例如 zi ，降低优化之类的，注意自己到底是 mingw 还是 msvc ，两者不一样，去找下对应的编译器怎么让 dmp 文件有符号链接。
感觉大概率是什么两边配置对不上。 vs 的话就仔细对比 vcproject 文件，两个环境有啥区别，cmake 注意不要关掉 return 空的警告（曾经在某个 gcc 版本上遇到没写 return debug 好的，release 崩了的情况) 最后实在不行，你永远可以相信打印日志。。。先把作业做了，后面有空再折腾 release 的 dump 文件如何获取堆栈问题 |
 |
10
gbw1992 331 天前 1
|
 |
11
gleArk 331 天前 1
会汇编语言吗，x32dbg/x64dbg 反编译，跟踪到崩溃前最后一行汇编码，然后分析这一行代码具体执行了什么
不需要源代码 |
 |
12
GreyWang 331 天前 1
dmp 文件已经包含了出问题时的堆栈信息，你可以用 Windows 自己生成的 dmp 文件，也可以利用 crash_handler 自己生成 dmp 文件。
如果 release 程序是用 Visual Studio 编译的： 1 、打开这个程序的解决方案文件 2 、直接把 dmp 文件拖进去 VS 打开 3 、设置符号目录、包含编译 release 程序时的 pdb 文件，或者动态库文件(如果有自己生成库的话) 4 、点击本地调试、直接跳转到崩溃时的堆栈代码帧 |
 |
13
capella 331 天前 1
系统里的应用日志
|
 |
14
sinx003 331 天前 1
你是用的 vs studio 开发吧，如果你能复现，可以在 release 模式下，实现 debug 下的打断点。
参考： https://blog.csdn.net/qq_36333986/article/details/103897038 |
 |
15
sloknyyz 331 天前
用 visual studio 打开 dump ，加载 pdb ，会自动分析并显示崩溃堆栈，这是最简单方便的。
|
 |
16
tool2d 331 天前
|
 |
17
zoe0316 331 天前 1
|
 |
18
proxytoworld 331 天前
release 的 dmp 你载入生成的 pdb 不就行了、
|
 |
19
z4none 331 天前 1
使用 dmp 定位问题应该是最方便的，
pdb 文件可以用 symstore 工具管理， 保存了 pdb 文件后，通过配置环境变量 _NT_SYMBOL_PATH 就能让 vs 找到 dmp 相应版本的 pdb 文件 |
 |
20
695975931 331 天前 1
给你推荐一个大佬公众号：一线码农聊技术，底下有他的联系方式。
|
 |
21
apie 331 天前 1
ReleaseWithDebugInfo
|
 |
22
shuax 331 天前
我会 x64dbg 和 ida 配合使用。
|
 |
23
pzpr 331 天前 1
我一般用 windbg 分析 dump ，通过崩溃线程和变量值定位到代码后自己复现，看到上面有老哥说 vs studio 也可以用，下次尝试下
|
 |
24
ashong 331 天前 via iPhone 1
|
 |
25
402124773 331 天前
既然有 dump ，你自己又有 pdb ，那肯定是使用 windbg 啊。可以直接看到最后出错的 stack 。
|
|
26
liuguangxuan OP @snailya #1 已经很厉害了。
|
|
27
liuguangxuan OP |
|
28
liuguangxuan OP @corcre #4 就算客户给了权限，debug 版本依赖 mfc100ud.dll 、msvcp100d.dll 等各种后缀带 d 的动态库，也没办法直接运行 debug 版本的 exe 。
|
|
29
liuguangxuan OP @StubbornHuang #5 如果是维护一个比较大型的旧项目，根本不知道在哪里加日志。😂
|
|
30
liuguangxuan OP @nevermoreluo #9 #5 如果是维护一个比较大型的旧项目，根本不知道在哪里加日志。😂
|
|
31
liuguangxuan OP @gleArk #11 老哥可否细说一下？反编译 exe ，还是 dmp ？如何查到崩溃前最后一行汇编码？查到了汇编码怎么定位问题代码？
|
|
32
liuguangxuan OP @GreyWang #12 老哥，假如这个程序是由自动打包工具编译生成的，不是我生成的，而且我没有编译 release 程序时的 pdb 文件，那么怎么定位问题代码呢？
|
|
33
liuguangxuan OP @sloknyyz #15 老哥，我没有 pdb ，exe 是自动打包工具编译生成的。这种情况下如何定位问题呢？
|
|
34
liuguangxuan OP @zoe0316 #17 多谢老哥，我去了解一下这个工具。
|
|
35
liuguangxuan OP @proxytoworld #18 老哥，我没有 pdb ，exe 是自动打包工具编译生成的。这种情况下如何定位问题呢？
|
|
36
liuguangxuan OP @z4none #19 多谢老哥，我去了解一下。
|
|
37
liuguangxuan OP @shuax #22 老哥牛。
|
|
38
liuguangxuan OP @402124773 #25 老哥，我没有 pdb ，exe 是自动打包工具编译生成的。这种情况下如何定位问题呢？
|
 |
39
JerryV2 331 天前
两个比较靠谱的方式：
1 、使用 winDbg 2 、使用远程调试 |
|
40
liuguangxuan OP @JerryV2 #39 老哥，”使用远程调试“指的是在开发机器上，使用附加进程的方式，附加到客户机器上的 exe 吗？
|
|
41
proxytoworld 331 天前
@liuguangxuan 你是什么语言打包的 exe ，python ？
|
|
42
ashong 331 天前 via iPhone 1
@liuguangxuan 每次编译生成的 pdb 包含源码信息，如果源码修改后 kb 会找不到正确的对应代码行，保留好版本对应的 pdb 和 git commit 就没问题了
|
|
43
sloknyyz 331 天前 1
没 pdb 这个崩溃就算了，别看了。重新编译一次，把 pdb 保留好，把新程序给用户替换，让用户复现，等拿到新 dump 再分析。
|
|
44
liuguangxuan OP @proxytoworld #41 开发语言 C++，打包的是 buildbot 。
|
|
45
GreyWang 331 天前
@liuguangxuan 自动打包工具如 Jenkins 是可以指定将 pdb 、dll 文件保存的，找配置同事修改一下打包工具的配置就行了，打包结束后自动将 pdb 文件上传至 ftp 服务器，然后你再去下载下来应对后续的问题分析。
|
|
46
liuguangxuan OP @GreyWang #45 棒，老哥！
有没有 Windows 下 C++的其他调试技巧或者最佳实践，老哥传授一下呀😁 |
 |
47
daimiaopeng 331 天前 1
直接用 vs 打开 dump 文件，然后点本机调试，设置 pdb 和代码路径，可以看到奔溃的具体代码行（和平时调试一样）
|
 |
48
mmdsun 331 天前 via iPhone 1
什么框架开发的软件？一般都可以加一个全局的异常处理器，兜底没有处理的异常，在那里打印日志就行。
|
|
49
JerryV2 330 天前
@liuguangxuan #40 是的，但是客户机上需要先启动 VS 的 Remote Debugger ，如果有防火墙需要开对应的端口，教程有很多，一看就会
|
|
50
liuguangxuan OP @JerryV2 #49 这样是不是需要在客户机上运行 Debug 版本？但是 Debug 版本依赖太多以 d 结尾的 dll ，比如 msvcp100d.dll mfc100d.dll 等，估计要在客户机器上安装完整的开发环境了。
|
|
51
JerryV2 330 天前 1
@liuguangxuan #50 release 版就可以，如果是带调试信息的就更好了
|
 |
52
jones2000 330 天前
windbg
|
|
53
GreyWang 329 天前 1
@liuguangxuan 如果你的程序集成了其他的子模块，通过头文件和动态库 dll 或者静态库 lib 的方式编译，可以要到子模块的源码，和子模块的头文件放到一起，如果崩溃发生在子模块里，通过调试 dump 可以直接定位到子模块的源码代码行，不需要再手动搜索一遍源文件来定位崩溃点。
|
 |
54
james19820515 98 天前
有结论了吗？
|
|
55
liuguangxuan OP @james19820515 你想知道什么？
|
Select Language