加载程序集时会发生什么？

Question

在我的ASP.NET MVC应用程序中,我有以下设置:

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <probing privatePath="bin;extras"/>

我已经引用位于extras视图中文件夹中的程序集,它们已经完美地工作(使用<%@ Import Namespace="myNameSpace" %>).

我的问题

1. 调用该行时会发生什么？
2. 装配在哪里？
3. 为什么我不能覆盖位于extras包含myNameSpace较新版本的文件夹中的程序集？(我收到一个错误,说组件在另一个程序中"打开")
4. 有没有办法在没有重新启动应用程序的情况下使用较新版本覆盖程序集？

Answer 1

1)导入实际上并没有在运行时做任何事情.这是一个编译时的便利,只允许您使用非限定名称引用类型,例如Environment而不是System.Environment.

2)使用常规装配探测规则加载装配.CLR 在这些私有探测路径之前检查各个位置,因此记住这一点很重要.如果引用强名称程序集并希望在私有探测路径中找到该程序集,则首选GAC中具有相同强名称(名称,版本,公钥等)的程序集.这有时会导致意外行为,通常是由于在AssemblyInfo.cs中对汇编版本进行硬编码而忘记更新它.

3)加载后,如果不卸载AppDomain,则无法卸载程序集.但ASP.NET使用"影子复制",这意味着在加载之前将程序集复制到临时路径.这应该使原始组件解锁并且能够被覆盖.在我的头顶,我不知道为什么你会得到关于锁定组件的错误.在普通的Windows应用程序中,这是完全正常的和预期的.但ASP.NET的设计使您可以在应用程序运行时覆盖内容,代码,程序集等,从而产生#4.

4)在实践中,没有.由于无法卸载程序集,因此无法在不重新启动Web应用程序的情况下升级程序集.从技术上讲,您可以加载多个版本的程序集,但这不会为您提供所需的结果.任何编译时引用仍将引用旧程序集,如果您尝试使用新程序集,则会获得各种无效的转换异常.但正如我在#3中所说,ASP.NET升级程序集应该像替换文件一样简单,并且应该自动发生.您不必手动重新启动IIS或工作进程.

以下链接可能会引起关注.

运行时如何定位装配
装载装配的最佳实践
阴影复制装配
卸载装配 - Suzanne Cook

更新 在阅读了关于卷影复制的更多内容之后,我认为你可能在extras文件夹中看到锁定程序集问题的原因是ASP.NET可能只指定了用于卷影复制的"bin"文件夹.