售前问题

很多人用Source Insight看代码关系时，第一反应是先全局搜索，但真正想看一个函数、宏或变量被谁层层引用时，更高效的入口其实是【Relation Window】。Source Insight官方帮助说明，这个窗口本身就能显示reference trees、call trees和class hierarchies，而且会随着你当前选中的符号自动跟踪更新，所以引用树不是额外插件，而是它自带的关系视图能力。

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

Source Insight里的“同步项目文件”和“符号更新”其实是两层动作。官方文档说明，同步会扫描项目中的文件，并把修改过的文件重新写入符号数据库；平时如果开启了后台同步，很多更新会自动进行，不一定每次都要手动点命令。也正因为这样，出现“文件同步了，但符号还是旧的”时，问题通常不在按钮没点，而在于文件是否真的被纳入项目、是否被强制重解析，或者变更是不是发生在别的关联文件上。

很多人说在Source Insight里做代码美化，实际混在一起的往往是两件事。一件是真正把代码重新排版，也就是官方说的Reformat Source Code。另一件只是显示效果变化，比如关键字颜色、字体粗细和语法高亮，这属于Syntax Formatting。前者会改代码文本本身，后者只改显示方式，不会改源文件内容。先把这两层分清，后面的操作才不会一直跑偏。

在Source Insight里处理文件编码，最容易出问题的往往不是菜单找不到，而是把“默认编码”“打开时指定编码”“已打开文件重新按新编码加载”这三件事混到一起。官方文档写得很清楚，Source Insight默认使用UTF-8，文件本身通常又不会保存所用代码页信息，所以同一个文件一旦按错误编码打开，就很容易出现乱码；这时该用的不是普通保存，而是按场景分别走Open As Encoding、Reload As Encoding和Save As Encoding。

在Source Insight里，注释模板这件事不能只理解成“改一下颜色样式”，它其实分成三层。第一层是注释怎么被识别，也就是语言里的注释范围和注释类型。第二层是注释长什么样，也就是注释样式和高亮规则。第三层才是日常插入时复用的模板文本，通常要靠Snippet、Clip或Macro来实现。官方文档把这几块分别放在Language Properties、Comment Styles、Snippet Window、Clip Window和Macro Language里，说明Source Insight更偏向“组合配置”，而不是单独一个注释模板向导。