为什么编译第一次失败但第二次成功？

Question

这个问题是关于Delphi 10.2 Tokyo，32位编译器。

当我改变特定单元（ A ）的接口时，第一次在unit B编译失败。 当我重新运行编译时，它继续进行（有时只进行第三次编译）。 如果我构建项目，或删除所有.dcu文件（我想只有“坏”的文件需要删除），一切正常。 这对于手动编译来说不是一个大问题，但是自动编译可能会受到严重阻碍。 这种情况发生在很少的其他单位（导致此问题的第一个单位在一些更改后停止导致它，但很难说哪个更改以及在哪个文件中）。

它采用多种编译方法 - 直接使用RAD studio，允许外部编译，使用msbuild。

它失败了这条消息：

    [dcc32 Error] B(x): E2003 Undeclared identifier: 'Some_Class_From_Unit_A'
    [dcc32 Error] B(y): E2003 Undeclared identifier: 'Other_Class_From_Unit_A'
    [dcc32 Error] B(z): E2066 Missing operator or semicolon
    ...bunch of E2066 Missing operator or semicolon...

当我删除C.dcu ， unit D编译失败而缺少对unit E引用，但直接编辑unit E不会导致类似的编译失败。

所有单位仅按名称引用，路径位于.dproj文件中。

源代码结构中有多个循环，但没有一个接口 - 接口 - 接口变种（不应该编译，对吧？）。 我需要一些指导方针来寻找。

我的理论： unit A已被更改，因此计划重新编译; unit B使用unit A因此它也被安排重新编译; unit A通常在unit B之前编译，但编译器已经确定unit B先行（因为一些依赖循环）; unit B查找已编译的unit A但是还没有这样的东西 - 因此unit A中的符号被认为是缺失的。

我的理论是对的吗？ 如果是这样，我们如何避免这个问题？ 我无法找到执行某些编译顺序的方法。