针对你遇到的单元名称冲突（比如ShellAPI/PD.ShellAPI、Stream/PD.Stream）以及编译优先级问题，这里有几个无需大量修改第三方库代码的可行方案：

1. 优化Unit Scope Names配置，确保官方单元优先匹配 #

Delphi在解析无作用域的单元名时，会优先尝试用Unit Scope Names里的前缀组合查找单元。如果你的官方ShellAPI是Winapi.ShellAPI（XE及以后版本的标准命名），但你只加了Windows到Scope Names里，那Delphi找不到Windows.ShellAPI，就会去Library Path里找单独的ShellAPI单元（也就是PD的那个）。

解决步骤：

• 打开项目选项（Project > Options > Delphi Compiler > Unit Scope Names）
• 添加Winapi到Scope Names列表，并且把它移到Windows前面（确保优先匹配官方的Winapi.ShellAPI）
• 这样当代码里写uses ShellAPI;时，Delphi会先尝试Winapi.ShellAPI，找到后就不会去查Library Path里的PD版本了

2. 使用单元别名（Unit Aliases）强制映射 #

如果调整Scope Names后还是有冲突，或者你需要针对特定单元做强制映射，单元别名是最省心的方案——不需要修改任何第三方库的代码，直接在IDE里配置：

针对ShellAPI的例子： #

• 打开项目选项（Project > Options > Delphi Compiler > Unit Aliases）
• 在编辑框里添加：ShellAPI=Winapi.ShellAPI
• 点击确定后，所有引用ShellAPI的代码都会被解析成Winapi.ShellAPI，彻底绕过PD的版本

针对Stream的例子： #

如果你想让Stream优先指向PD.Stream（而不是Gnostice的），可以添加别名：Stream=PD.Stream；反之如果要优先Gnostice，就映射到Gnostice的完整单元名（比如Gnostice.Stream）

注意：单元别名是全局生效的，所以如果你的项目里同时需要两个同名单元的不同版本，这个方法可能不适用——这时候就得用显式的完整单元名（比如在uses里写Winapi.ShellAPI和PD.ShellAPI），但你说不想改第三方库，那别名是最优解。

3. 调整Library Path的搜索顺序（谨慎使用） #

你提到PD的路径已经在Library Path末尾，但还是被找到，这说明Delphi在Scope Names里没找到匹配的单元，才会去遍历Library Path。如果确实需要让某个目录的单元后被搜索，可以：

• 打开项目选项（Project > Options > Delphi Compiler > Search Path / Library Path）
• 把优先级低的目录（比如PD的）移到列表的最底部
• 确保官方单元所在的目录（比如$(BDS)\source\winapi）在列表的靠前位置

不过这个方法的优先级低于Unit Scope Names和单元别名，所以如果前面的方案能解决，优先用前面的。

4. 局部显式指定单元名（最小化修改） #

如果某些第三方库的冲突无法通过全局配置解决，你可以只修改冲突最严重的地方（比如madexcept的uses），而不是所有第三方库：

• 把uses ShellAPI;改成uses Winapi.ShellAPI;
• 这种修改量很小，而且是针对特定冲突点，不会影响其他代码

额外提示：检查单元声明的正确性 #

有些第三方库的单元文件名和单元名不一致，比如PD的单元文件是ShellAPI.pas，但单元声明是unit PD.ShellAPI;——这种情况下，Delphi不会把它当成ShellAPI来匹配，除非你在uses里写PD.ShellAPI。如果你的问题是因为第三方库的单元名就是ShellAPI（没有PD前缀），那最好联系第三方作者修改，或者用前面的别名方案彻底解决。

内容的提问来源于stack exchange，提问作者Triber