Source Insight项目怎么增量更新 Source Insight项目重建索引要多久

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

一、Source Insight项目怎么增量更新

先把增量更新和全量重建分开看，效率会高很多。Source Insight日常维护项目的主路径，其实是自动增量更新加手动同步，而不是频繁重建。

1、在Source Insight里直接编辑并保存文件

官方说明里写得很明确，文件保存时，符号数据库会自动做增量更新，引用索引也会跟着更新，所以正常日常开发通常不需要手动重建。

2、如果文件是被外部工具改动，先用同步

例如代码由版本管理、脚本生成器或别的编辑器改过，这时优先执行Project里的Synchronize Files。官方说明这个命令会扫描项目中的文件，只更新那些自上次解析后被修改过的文件，还会把已经不存在的文件从项目里移除。

3、不要把同步和重建混用

同步只处理变动文件，适合日常增量维护；重建会重做项目数据文件，范围和耗时都明显更大，所以没有必要每次改完代码都跑一次重建。

二、Source Insight项目重建索引要多久

这个问题没有固定分钟数，官方文档也没有给统一时长。能不能快，主要看项目文件数量、符号和索引规模、磁盘和内存情况，以及你是否打开了更多索引选项。

1、项目越大，重建越久

官方明确提到，大型项目构建和重建会花比较久的时间，而且在重建后段出现明显磁盘访问是正常现象，所以重建时长首先受项目规模影响。

2、索引选项越多，速度越慢

文档说明，成员名快速浏览和符号名称片段索引都会增加磁盘和内存开销，也会拖慢建库和同步速度。若项目特别大，这两项往往最值得先检查。

3、全量重解析最慢

在Rebuild Project里，官方把Re-Parse all source files列为最慢的方法，因为它会扫描并重新解析全部源文件，所以大仓库里耗时会明显上升。

三、Source Insight索引速度先看什么

如果你感觉Source Insight越来越慢，先别急着删项目，官方其实已经给了比较明确的判断线索。重建前先看规模和设置，往往比直接重建更有效。

1、先看项目统计

在Rebuild Project对话框底部，官方说明会显示symbol database records、symbol index entries和files这些统计值，你可以先看规模再决定是否真的要重建。

2、再看索引设置

如果项目很大，优先考虑关闭Quick browsing for symbol name fragments和Quick browsing for member names，这两项是官方点名会拖慢大项目重建和同步的设置。

3、最后看文件类型范围

官方还建议减少不需要加入项目的文件类型。若源码树里混进了很多你并不打算分析的文件，索引范围越大，重建自然越慢。

总结

Source Insight项目增量更新，日常主要依靠保存文件后的自动更新，以及外部改动后的Synchronize Files。项目重建索引没有固定时长，关键取决于项目规模、索引选项和机器资源。更稳的做法是先同步、再看统计、再查索引设置，只有在大改动后或怀疑项目数据异常时，再做全量重建。