正在做嵌入式开辟的时分，时时会阅读大型工程源码，譬喻 uboot 源代码，Linux Kernel 源码等。
目前常用的即是 Source Insight 和 VS Code，下面就来根据上述需求举办比照，看看哪个更适合？
Source Insight 正在阅读工程代码时，可能通过创筑 Source Insight 工程来采选哪些文献参预，哪些文献不参预。
看待 uboot 这种蕴涵有大宗板级文献夹的工程，参预之后此中的文献只和目前移植的这款处置器相闭，这性情能詈骂常有上风的，也是浩繁工程师亲爱 Source Insight 的缘故。
比拟之下，VS Code并不供应这种采选参预的性能，VS Code 至极粗暴，文献夹即是劳动区，只需求掀开源码文献夹，一共文献总共参预：
比拟之下，我认为 Source Insight 胜出，VS Code 这种将一共文献一股脑总共参预的形式，正在查找文献时至极困难。
正在 Source Insight 中，掀开一个文献的时分，会列出方今文献中一共预处置、宏界说、变量、函数的架构，如图：
正在 VS Code 中掀开文献时也有同样的性能，但又是一股脑的根据循序将一共函数声明和界说列出，实质查看时也没有什么太多感化：
正在文献满堂架构方面，Source Insight 胜出，VS Code 看待代码架构方面的显示，还需求再优化。
正在 Source Insight 中，可能右键跳转函数声明或者直接按住 Ctrl 点击函数名称，假如界说有反复会先提示，供你采选，如图：
正在 VScode 中，起首需求装置C++/C++扩展，然后才赞成界说跳转，可能按住 Ctrl 键点击或者右键跳转：
假如有反复也会显现提示，采选需求查看哪个界说。正在界说跳转性能上，两者持平，性能基础都够用。
正在 VS Code 中也供应了全部摸索的性能，可是因为它将一共文献都蕴涵进来了，无用的摸索结果比力多：
因而，正在摸索性能上，因为 Source Insight 天资性的上风，本轮胜出。
阅读源码需求很长时。