https://mp.weixin.qq.com/s/WIg7jyD8FCFapKQ7gj03xA
Source Insight is a powerful project-oriented programming editor, code browser, and analyzer that helps you understand code, while you work and plan. Source Insight has built-in dynamic analysis for C/C++, C#, Java, Objective-C, and more.
使用Source Insight阅读Linux内核代码是很方便的，面对那么多的代码文件，也可以做到很快的响应。但同时也存在一些小的痛点，比如本文将要介绍的__read_mostly的误解析问题，就导致代码跟踪中断。
1. __read_mostly误解析
在跟踪数据帧接收流程的过程中，驱动接收完数据包之后，会调用netif_receive_skb把帧交给协议栈处理，在跟踪过程中，会发现ptype_all是黑色的：
因为是黑色的，所以ptype_all没有被Source Insight识别到，无法方便的跟踪到它是如何定义的。
有一个稍微绕一点的方法，就是使用Reference全局查找：
查找的结果如下：
可以发现第一行就是ptype_all的定义：
根据代码着色，可以发现Source Insight把这一行里的__read_mostly误解析为了变量名，而ptype_all只是其修饰符。
从Symbols窗口可以看到，误解析的变量还有很多：
2. __read_mostly误解析的解决
虽然查找Reference可以解决问题，但是毕竟有点绕，要是能够直接使用Ctrl+鼠标单击就能跳转到正确的定义位置就好了。
因为这个问题只有在阅读Linux内核源码的工程中存在，所以这里提供一个在Project范围内解决该问题的方法。
-----------------------------------------------------------------------------
这是一篇付费文章，请移步付费阅读全文，谢谢！
文章链接：https://mp.weixin.qq.com/s/WIg7jyD8FCFapKQ7gj03xA