blocks|key|3372606|text|加载all时不再首先搜索当前目录！在Windows+XP+SP1中也做了此更改。现在的默认行为是先查找所有系统位置，然后查找当前目录，最后查找任何用户定义的路径。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3372607|(参考文献http://weblogs.asp.net/pwilson/archive/2003/06/24/9214.aspx)|offset|length|3372608|应用程序可以更改的默认搜索顺序也在MSDN：http://msdn.microsoft.com/en-us/library/ms682586.aspx上进行了说明|3372609|entityMap|0|LINK|mutability|MUTABLE|url|http://weblogs.asp.net/pwilson/archive/2003/06/24/9214.aspx|1|http://msdn.microsoft.com/en-us/library/ms682586.aspx^0|0|5|1N|0|0|M|1H|1|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@$D|T|E|U|1|V]]|A|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@$D|X|E|Y|1|Z]]|A|$]]|$1|H|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]|P|$5|K|L|M|A|$N|Q]]]]

"No longer is the current directory searched first when loading DLLs! This change was also made in Windows XP SP1. The default behavior now is to look in all the system locations first, then the current directory, and finally any user-defined paths."

(ref. <a href="http://weblogs.asp.net/pwilson/archive/2003/06/24/9214.aspx" rel="nofollow noreferrer"><a href="http://weblogs.asp.net/pwilson/archive/2003/06/24/9214.aspx" rel="nofollow noreferrer">http://weblogs.asp.net/pwilson/archive/2003/06/24/9214.aspx</a></a>)

The default serach order, which can be changed by the application, is also described on MSDN: <a href="http://msdn.microsoft.com/en-us/library/ms682586.aspx" rel="nofollow noreferrer"><a href="http://msdn.microsoft.com/en-us/library/ms682586.aspx" rel="nofollow noreferrer">http://msdn.microsoft.com/en-us/library/ms682586.aspx</a></a>

blocks|key|3159937|text|程序集加载是一个相当复杂的过程，它取决于许多不同的因素，如配置文件、发布者策略、应用程序域设置、CLR主机、部分或完整程序集名称等。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3159938|简单的版本是GAC是第一个，然后是私有路径。从未使用%25PATH%25。|3159939|最好使用Assembly+Binding+Log+Viewer+(Fuslogvw.exe)来调试任何程序集加载问题。|offset|length|3159940|+http://msdn.microsoft.com/en-us/library/aa720133.aspx更详细地解释了这一过程。|3159941|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx|1|http://msdn.microsoft.com/en-us/library/aa720133.aspx^0|0|0|4|16|0|0|1|1H|1|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@$F|W|G|X|1|Y]]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@$F|10|G|11|1|12]]|A|$]]|$1|J|3|-4|5|6|7|13|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]|R|$5|M|N|O|A|$P|S]]]]

Assembly loading is a rather elaborate process which depends on lots of different factors like configuration files, publisher policies, appdomain settings, CLR hosts, partial or full assembly names, etc. 

The simple version is that the GAC is first, then the private paths. %PATH% is never used. 

It is best to use <a href="http://msdn.microsoft.com/en-us/library/e74a18c4(VS.71).aspx" rel="noreferrer">Assembly Binding Log Viewer (Fuslogvw.exe)</a> to debug any assembly loading problems.

EDIT
<a href="http://msdn.microsoft.com/en-us/library/aa720133.aspx" rel="noreferrer">http://msdn.microsoft.com/en-us/library/aa720133.aspx</a> explains the process in more detail.

I know that the .NET framework looks for referenced DLLs in several locations

<ul>
<li>Global assembly cache (GAC)</li>
<li>Any private paths added to the AppDomain</li>
<li>The current directory of the executing assembly</li>
</ul>

What order are those locations searched? Is the search for a DLL ceased if a match is found or does it continue through all locations (and if so, how are conflicts resolved)?

Also, please confirm or deny those locations and provide any other locations I have failed to mention.

In what order are locations searched to load referenced DLLs?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我知道.NET框架在几个位置查找引用的DLL全局程序集缓存(GAC)添加到AppDomain执行程序集的当前目录的任何专用路径搜索这些位置的顺序是什么？如果找到匹配项，是否停止对DLL的搜索，还是继续搜索所有位置(如果是，如何解决冲突)？另外，请确认或否认这些地点，并提供任何其他我没有提到的地点。

问搜索位置以加载引用的DLL的顺序是什么？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问搜索位置以加载引用的DLL的顺序是什么？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问搜索位置以加载引用的DLL的顺序是什么？
EN