为什么 IIS 工作进程锁定文件？
Why is IIS Worker Process locking a file?
我的网站设置在 D:\RW_System\RW_Webroot\BrokerOffice.Admin 文件夹中（下面的屏幕截图）。它是一个 .NET、C# WebForms 应用程序。
出于某种原因，当我想将更改部署到站点时，我尝试将文件复制过来，但 IIS 将 DLL 锁定在站点设置路径中：
C:\Users\rizzo\Desktop>handle64 hiqpdf
Nthandle v4.11 - Handle viewer
Copyright (C) 1997-2017 Mark Russinovich
Sysinternals - www.sysinternals.com
w3wp.exe pid: 3700 type: File 2954: D:\RW_System\RW_Webroot\BrokerOffice.Admin\bin\HiQPdf.dll
并且不仅仅是那个 .dll 被锁定 - 它是 \bin 文件夹中的所有 DLL。我的理解是 IIS 将所有内容复制到 C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\ 下的文件夹并从那里执行。
我在盒子上还有许多其他站点，其中包含多个 DLL 引用，正如预期的那样，w3wp.exe 已将它们锁定在 Temporary ASP.NET Files 文件夹中。
IIS 或我的代码中是否存在导致 IIS 锁定 /bin 文件夹中的 DLL 的设置？
回答我自己的问题以防有人遇到这个问题。原来 web.config 文件有 <hostingEnvironment shadowCopyBinAssemblies="false" /> 指令，我什至不知道它的存在。
此设置告诉 IIS 就地执行所有内容，而不是在 Temporary ASP.NET Files 文件夹中执行。
关闭准备部署的站点的一种快速可靠的方法是在您网站的根文件夹中创建一个名为 App_Offline.htm (~/App_Offline.htm) 的文件。内容是可选的，如果存在，它会为所有请求提供服务，直到 App_Offline.htm 被删除。此方法几乎适用于所有情况 - 包括用于 shadowCopyBinAssemblies.
的任何值
基本上 App_Offline 是 Web 部署使用的 IIS 功能，以确保它可以正确部署 - 避免任何锁定问题等。它似乎在 IIS 中以非常低的级别运行，它实际上是一个杀死应用程序池的文件系统观察器。这意味着您可以轻松地自己创建和删除此文本文件，而无需通过网络部署来停止和重新启动（或至少重新启用）您的应用程序。
取自 MS 文档：
When ASP.Net detects that a file by the name of "App_Offline.htm" exists, it will automatically bring down the app domain hosting the application. When the publish process is completed, the App_Offline.htm file will be removed and the site will be online again.
见Microsoft's article on taking an application offline。
更新 - 22/5/2019
可能值得指出的是，创建 app_offline 文件会导致 2 件不同的事情发生：
- IIS 将立即停止服务 new 请求并开始返回包含 app_offline 文件内容的 HTTP 503 "temporarily unavailable" 响应。
- IIS 启动了导致
w3wp.exe 实例终止的事件链 - 即您的 "app domain"（如任务管理器中所示）- 也就是锁的所有者。当该进程终止时，所有锁都会被释放。根据我的经验，这通常很快。
根据 personal/bitter 一些高流量站点的经验，作为绝对的最后手段......如果出于某种原因 IIS 站点不会 stop/release locks/abort 现有请求它可能下载或以其他方式阻止进程退出 - app_offline 在正常情况下应该很快终止该站点。在这些情况下，假设您知道请求不会完成，或者您只是不关心并需要站点停止或重新启动，请创建应用程序离线文件，使用任务管理器终止 w3wp.exe 进程，执行您的更改，然后删除应用程序离线文件。下一个请求会启动一个新的应用程序域（并且显然会放弃任何待处理的请求 - 因此请谨慎操作 - 这可能会或不会成为问题，具体取决于您的站点）。
visual studio 似乎有问题。
在我使用配置管理器的 "Release" 和 "Debug" 选项时，我开始遇到同样的错误。
我也尝试删除 bin 和 obj 文件夹，但未能成功，因为 dll 文件被 IIS Express 工作进程锁定。
尝试重新启动 visual studio 但没有成功。
最后，当我将配置改回 "Debug" 并编译应用程序时，构建成功，没有任何错误或警告。
之后，我什至将配置改回"Release"，它仍然没有显示任何dll文件锁定错误。所以，很可能是 visual studio 的内部错误。
在任务栏中右键单击 IIS express，然后将鼠标悬停在您的项目上。 select 停止你的项目。
IIS express
您可以通过 'Repair installed version against studio installer' 来解决问题。
我的网站设置在 D:\RW_System\RW_Webroot\BrokerOffice.Admin 文件夹中（下面的屏幕截图）。它是一个 .NET、C# WebForms 应用程序。
出于某种原因，当我想将更改部署到站点时，我尝试将文件复制过来，但 IIS 将 DLL 锁定在站点设置路径中：
C:\Users\rizzo\Desktop>handle64 hiqpdf
Nthandle v4.11 - Handle viewer
Copyright (C) 1997-2017 Mark Russinovich
Sysinternals - www.sysinternals.com
w3wp.exe pid: 3700 type: File 2954: D:\RW_System\RW_Webroot\BrokerOffice.Admin\bin\HiQPdf.dll
并且不仅仅是那个 .dll 被锁定 - 它是 \bin 文件夹中的所有 DLL。我的理解是 IIS 将所有内容复制到 C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\ 下的文件夹并从那里执行。
我在盒子上还有许多其他站点，其中包含多个 DLL 引用，正如预期的那样，w3wp.exe 已将它们锁定在 Temporary ASP.NET Files 文件夹中。
IIS 或我的代码中是否存在导致 IIS 锁定 /bin 文件夹中的 DLL 的设置？
回答我自己的问题以防有人遇到这个问题。原来 web.config 文件有 <hostingEnvironment shadowCopyBinAssemblies="false" /> 指令，我什至不知道它的存在。
此设置告诉 IIS 就地执行所有内容，而不是在 Temporary ASP.NET Files 文件夹中执行。
关闭准备部署的站点的一种快速可靠的方法是在您网站的根文件夹中创建一个名为 App_Offline.htm (~/App_Offline.htm) 的文件。内容是可选的，如果存在，它会为所有请求提供服务，直到 App_Offline.htm 被删除。此方法几乎适用于所有情况 - 包括用于 shadowCopyBinAssemblies.
基本上 App_Offline 是 Web 部署使用的 IIS 功能，以确保它可以正确部署 - 避免任何锁定问题等。它似乎在 IIS 中以非常低的级别运行，它实际上是一个杀死应用程序池的文件系统观察器。这意味着您可以轻松地自己创建和删除此文本文件，而无需通过网络部署来停止和重新启动（或至少重新启用）您的应用程序。
取自 MS 文档：
When ASP.Net detects that a file by the name of "App_Offline.htm" exists, it will automatically bring down the app domain hosting the application. When the publish process is completed, the App_Offline.htm file will be removed and the site will be online again.
见Microsoft's article on taking an application offline。
更新 - 22/5/2019
可能值得指出的是，创建 app_offline 文件会导致 2 件不同的事情发生：
- IIS 将立即停止服务 new 请求并开始返回包含 app_offline 文件内容的 HTTP 503 "temporarily unavailable" 响应。
- IIS 启动了导致
w3wp.exe实例终止的事件链 - 即您的 "app domain"（如任务管理器中所示）- 也就是锁的所有者。当该进程终止时，所有锁都会被释放。根据我的经验，这通常很快。
根据 personal/bitter 一些高流量站点的经验，作为绝对的最后手段......如果出于某种原因 IIS 站点不会 stop/release locks/abort 现有请求它可能下载或以其他方式阻止进程退出 - app_offline 在正常情况下应该很快终止该站点。在这些情况下，假设您知道请求不会完成，或者您只是不关心并需要站点停止或重新启动，请创建应用程序离线文件，使用任务管理器终止 w3wp.exe 进程，执行您的更改，然后删除应用程序离线文件。下一个请求会启动一个新的应用程序域（并且显然会放弃任何待处理的请求 - 因此请谨慎操作 - 这可能会或不会成为问题，具体取决于您的站点）。
visual studio 似乎有问题。
在我使用配置管理器的 "Release" 和 "Debug" 选项时，我开始遇到同样的错误。
我也尝试删除 bin 和 obj 文件夹，但未能成功，因为 dll 文件被 IIS Express 工作进程锁定。
尝试重新启动 visual studio 但没有成功。
最后，当我将配置改回 "Debug" 并编译应用程序时，构建成功，没有任何错误或警告。
之后，我什至将配置改回"Release"，它仍然没有显示任何dll文件锁定错误。所以，很可能是 visual studio 的内部错误。
在任务栏中右键单击 IIS express，然后将鼠标悬停在您的项目上。 select 停止你的项目。 IIS express
您可以通过 'Repair installed version against studio installer' 来解决问题。