工欲善其事，必先利其器。

关于visual studio的断点调试，一直没弄清楚那3个选项:逐过程，逐语句，跳出这3个都分别是什么含义！每次都是凭感觉来回试。。。现在终于研究明白了！

调试的核心三剑客

这三个功能是调试的核心三剑客，就像看电影时的“快进”、“慢放”和“跳过”。

一定要记住它们的快捷键（F10, F11, Shift+F11），使用的时候效率会提高十倍！
（除了这些，还有些常用的的快捷键，比如 F5 是跳过此次命中，继续执行，真正调试的时候用起来都非常方便）

举个例子来说

我们假设有这样一段代码，此时断点停在 Calculate() 这一行：

1
2
3
4
5
6

void MyFunction() {
    int a = 10;
    int b = 20;
    int result = Calculate(a, b);  // <--- 断点停在这里（黄色箭头）
    printf("Result: %d", result);
}

1. 逐语句 (Step Into)

• 快捷键：F11
• 含义：遇到函数，这就进去。
• 动作：如果当前行包含一个函数调用（比如上面的 Calculate），调试器会进入该函数的内部，停在函数的第一行。如果不包含函数，就只走下一行。
• 使用场景：
  • 一般当你怀疑 Calculate 函数内部有 Bug。
  • 你想看清楚这个函数具体是怎么一步步运算的。
  • 注意：如果你不小心对 printf 这种系统函数用了 F11，可能会跳进系统库的源码里（看不懂且没必要），这时候就需要用下面的“跳出”了。

2. 逐过程 (Step Over)

• 快捷键：F10
• 含义：遇到函数，直接跨过去（但会执行它）。
• 动作：把整个函数调用当作一步。VS 会瞬间把 Calculate 函数跑完，然后黄色箭头停在下一行 printf 上。
• 使用场景：
  • 一般当你确信 Calculate 函数是没问题的（比如是系统自带的）。
  • 你只关心 Calculate 算出来的返回值对不对，不想看它里面怎么算的。
  • 用来快速浏览主流程逻辑。

3. 跳出 (Step Out)

• 快捷键：Shift + F11
• 含义：在这个函数里呆腻了，赶紧跑完回去。
• 动作：瞬间执行完当前函数剩余的所有代码，然后返回到调用这个函数的地方（也就是父函数）。
• 使用场景：
  • 如果你不小心按 F11 进到了一个枯燥的函数（比如构造函数，或者标准库函数），想赶紧出来。
  • 或者你已经看出了当前函数的逻辑没问题，不想再一行行按了，想直接回到上一层继续调试。

总结对比

还从网上学了一个超好用的神技：运行到光标处 (Run to Cursor)

• 快捷键：Ctrl + F10 （或者鼠标右键 -> 运行到光标处）
• 场景：
  你现在在第 10 行，你想看第 50 行的状态。
  • 如果一直按 F10，手都按酸了。
  • 你可以直接把鼠标点在第 50 行，按 Ctrl + F10。
  • 程序会自动全速运行，直到撞上第 50 行才停下（相当于临时加了个断点并运行）。
  • 而且它完全支持跨方法、跨类、跨文件。只要程序的执行流在逻辑上能走到那一行，它就能在那停下来。
  • 另外：如果是鼠标流，Visual Studio 新版本引入了一个更直观的功能：当你把鼠标悬停在代码行号左侧时，会出现一个小小的绿色三角形图标（有时候叫 “Run to here” 图标）。点击这个绿色小箭头，效果和 Ctrl + F10 是一模一样的。这对于不喜欢记快捷键的人来说也很方便。

参考资料：
https://www.cnblogs.com/weizhixiang/p/6123211.html

cjson库版本不一致，导致解析失败

现象

在编译一个程序demo的时候，需要继承一个第三方库libexample.so，第三方库用到了cjson，本身这个程序也用到了cjson，由于两者用的cjson的版本不一致，导致json解析失败……

旧版本cjson

第三方库libexample.so使用的旧版本的cjson，cjson-types截图如下：

新版本cjson

程序demo使用的是新版本的cjson，cjson-types截图如下：

具体现象

用旧版本的cJSON源码编译到自己的代码里，编译出libexample.so库；
程序demo已经使用过新版本的cJSON源码，但是又连接了上面编译出来的libexample.so的库，再次进行json解析，会发现libexample.so里面解析cJSON_Number类型的节点的值会失败；
然后重新用新版本的cJSON源码编译出libexample.so库，再集成到上面的demo里面，即可解析成功。

分析

可以从上面两个不同版本的cjson源码截图的cjosn-types看出来：
这两个版本的cJSON Types的值不一样，比如cJSON_Number类型节点的值，旧版本的值是3， 新版本的值是8，
所以用旧版本编译的libexample.so库，集成到demo里的时候，解析到cJSON_Number节点的时候，错误的使用值8而不是3，所以导致解析失败

结论

代码里一定要保持一个版本的cjson；
版本混乱很容易造成奇怪的问题，而且这种问题往往还不容易排查！

背景

我的一个工程里的源文件就叫他a.cpp,在linux下可以正常的编译，由于工程需要移植到windos下，所以我把a.cpp源文件移动到windows下的工程里，然后编译，编译的时候，发现有两个特别诡异的报错，报错内容如下：

更为奇怪的是，如果我在windows操作系统下，将a.cpp文件，用sublime.txt打开，然后再全选内容，拷贝到vs到工程里报错的a.cpp文件里，然后发现可以成功编译！

原因

经过一系列脑壳疼的排查，最终发现，这是因为，linux下和windows下的换行符不一样！！！
如果用sublime.txt把报错的源文件a.cpp的所有\n替换成windows下的\r\n,然后再保存文件，把保存修改的文件，挪到vs里直接编译，发现阔以了！！！

vs是不支持把linux下的换行符主动转成windows下的换行符的！！！巨坑

总结

后来，查看了网友将linux和windows换行符的区别，讲的特别好
链接：https://blog.csdn.net/stpeace/article/details/45767245

讲解的特别精彩的截图片段

吐槽

不得不说，像换行符这种巨坑的问题，排查起来简直特别特别坑……