asp.net-mvc – 加载程序集时会发生什么？

发布时间：2020-12-16 06:57:08 所属栏目：asp.Net 来源：网络整理

导读：在我的ASP.NET MVC应用程序中,我有以下设置： runtime assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1" probing privatePath="bin;extras"/ 我在视图中引用了位于extras文件夹中的程序集,它们运行良好(使用％@ Import Namespace =“myNameSpace”

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

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

我在视图中引用了位于extras文件夹中的程序集,它们运行良好(使用<％@ Import Namespace =“myNameSpace”％>).

我的问题

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

解决方法

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

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

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

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

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

How the Runtime Locates Assemblies
Best Practices for Loading Assemblies
Shadow Copying Assemblies
Unloading Assemblies – Suzanne Cook

UPDATE
在阅读了有关阴影复制的更多信息之后,我认为你可能在extras文件夹中看到锁定程序集问题的原因是ASP.NET可能只为shadow copying指定了“bin”文件夹.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!