使用技巧

当工程里面的文件数量多起来之后，光靠在一个文件内部去查找，就很难定位函数调用、宏定义、配置项和出错的文字了。Source Insight的全局搜索到底要怎么用，搜索结果又要怎么筛选，实际要看想找的对象来选不同的入口：普通的文本可以走Search Files，函数或者变量的引用最好用Lookup References，几个词一起联合定位的时候可以用Search Project。那些跨文件命中的结果会被统一收进Search Results窗口里，而且每一条记录都会带一个源码链接，点一下就能直接跳回对应的地方。

在Source Insight里用代码片段，很多人一开始会觉得只是把一段模板文字插进去，但真正用起来以后，最常见的问题不是片段找不到，而是插入后占位符跳转、自动缩进和显示方式一起在起作用，结果看起来就像“缩进乱了”。官方手册已经把这几层拆开，片段本身由Snippet Window管理，插入时支持文本变量和占位符；而缩进行为又分别受到Auto Indent、Tab输入规则、文件类型设置和显示字体影响。所以要把这件事理顺，先把片段怎么插、插入后哪些功能还会继续接管编辑行为分清，排查才会快。

在Source Insight里，项目索引并不是每次都要整库重建。官方文档说明，文件保存后，符号数据库和引用索引会按增量方式自动更新；如果文件是在外部工具里被修改，正确做法通常也不是直接重建，而是先做项目同步。真正需要重建，多半是大改动后想全量重解析，或者怀疑项目数据已经过旧、异常中断后有损坏。

在Source Insight里查函数调用，最怕两件事，一是工程索引不完整导致查到一半断链，二是只会全局搜索却看不到调用层级。更稳的做法是先把索引重建好，再用引用清单把调用点列出来，最后用Relation Window把调用关系图打开并按层级展开，这样既能落到具体行，也能看清调用链全貌。

Source Insight同时打开的文件一多，标签页就会挤在一行里难找难切。更省心的做法是先把标签栏规则调顺，再用窗口列表与快捷键切换，必要时把常用文件集合保存成工作区，随时恢复。

在代码阅读和批量编辑场景里，很多重复动作其实不是“手快就行”，而是容易因一次漏点、一次选区偏差，导致改动范围失控。Source Insight的命令录制和宏语言本质上都是把“可重复的编辑意图”固化下来：录制适合快速复用一段操作链，宏脚本适合把规则写清楚、把边界条件处理干净，两者配合得当，日常效率会比较稳定。