问题描述
好的，所以这不是最佳实践情况，但幸运的是我有答案，所以请耐心等待。
我正在处理一个相当大的 Delphi 项目，其中使用了大量外部 API。这些 API 以不同的方式插入，包括在 DPR 本身中包装到 IFDEF 中的单元，当它们依赖于平台时。在 DPR 中使用 IFDEF 是一种不好的做法 - 当然，但让项目树中列出的所有单元在它们之间切换（而不是在项目之间切换）很方便。
因此，我向该项目添加了另一个替代 API 实现，并且像往常一样 - 将现有的解决方案单元包装到 {$IFDEF SOME_API_DLL} 子句中，并将一个新的解决方案单元包装到另一个 {$IFDEF SOME_API_EXE} 中。
无论如何，我很快就注意到，IDE 在编码 3-5 分钟后就开始半随机地冻结，这是无法忍受的损失。IDE 会占用一个 cpu（例如，在 8 核 PC 上为 13%）。我能够隔离调用“自动完成”、“代码完成”（Ctrl+空格）和“跳转到声明（Ctrl+单击）”的原因。
主要问题是 - 什么可能导致 IDE 冻结，无法解决此问题？
我使用的是 Delphi XE8，但切换到其他版本没有帮助。不幸的是，由于第三方组件，无法测试/使用较新的 10.3+ 版本（声称已重写 Code Insight）。
解决方法
由于该错误与新的 API 实现有很好的联系，我能够找到原因。因此，IDE 似乎不喜欢带有 IFDEF 的 DPR 文件（旧新闻），但真正令人失望的是 IDE 仅在它们只包装一个单元时才可以处理 IFDEF。
解决方案的提示是项目树，它会使用 DPR 中的单位自动更新，但它仅自动包含 IFDEF 之后的第一个单位。显然，这也使自动完成偏离轨道。
错误的 DPR 结构导致 IDE 在代码完成时冻结：
{$IFDEF EXTAI_API_DLL}
KM_ExtAI_DLL in 'src\KM_ExtAI_DLL.pas',KM_ExtAI_DLLs in 'src\KM_ExtAI_DLLs.pas',KM_ExtAI_SharedTypes in 'src\KM_ExtAI_SharedTypes.pas',KM_ExtAI_SharedInterfaces in 'src\KM_ExtAI_SharedInterfaces.pas',KM_ExtAIActions in 'src\KM_ExtAIActions.pas',KM_ExtAIMaster in 'src\KM_ExtAIMaster.pas',KM_ExtAIStates in 'src\KM_ExtAIStates.pas',KM_ExtAIUtils in 'src\KM_ExtAIUtils.pas',{$ENDIF}
良好的 DPR 结构，让 IDE 运行良好：
{$IFDEF EXTAI_API_DLL}KM_ExtAI_DLL in 'src\KM_ExtAI_DLL.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAI_DLLs in 'src\KM_ExtAI_DLLs.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAI_SharedTypes in 'src\KM_ExtAI_SharedTypes.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAI_SharedInterfaces in 'src\KM_ExtAI_SharedInterfaces.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAIActions in 'src\KM_ExtAIActions.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAIMaster in 'src\KM_ExtAIMaster.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAIStates in 'src\KM_ExtAIStates.pas',{$ENDIF}
{$IFDEF EXTAI_API_DLL}KM_ExtAIUtils in 'src\KM_ExtAIUtils.pas',{$ENDIF}