线程中断标志语义(thread interrupted flag semantics)

 作为一个实验，我创建了一个新的ASP.NET Webforms项目，并将其部署到IIS。 然后，我创建了第二个.NET类库，并将该.dll文件复制到Web应用程序的\bin文件夹中（该类库未在ASP.NET应用程序中的任何位置引用或使用）。 
 
 我启动了SysInternals ProcMon，在IIS中回收了应用程序池和网站，并在浏览器中请求该网站。 
 
 w3wp.exe确实在首页请求中读取了类库.dll文件。 
 
 
 此MSDN页面还指出： 
 
 
 
 您可以将编译的程序集存储在Bin文件夹中，并且Web应用程序中任何位置的其他代码（例如页面代码）都会自动引用它。 一个典型的例子是你有一个自定义类的编译代码。 您可以将编译后的程序集复制到Web应用程序的Bin文件夹中，然后该类即可用于所有页面。 
 
 
 Bin文件夹中的程序集不需要安装在全局程序集缓存（GAC）中。 Bin文件夹中存在.dll文件足以让ASP.NET识别它。 
 
 
 这似乎暗示ASP.NET将反映它在\bin找到的程序集并自动加载它们。 
 
 
 有趣的是，即使你把一个非.NET文件（我将C：\ Windows中的twain.dll拷贝到你的ASP.NET bin文件夹中），也可以读取这些文件。 运行时似乎只是向文件系统询问\bin\*并在文件上循环以检查要加载的.NET程序集。 
 
 
 我也注意到，如果你添加到你的web.config文件中： 
 
  <system.web>
    <compilation targetFramework="4.5">
      <assemblies>
        <clear />
      </assemblies>
    </compilation>
 
 然后页面将不再运行，并显示错误 
 
 
 
 无法加载类型'WebApplication1.Global'。 
 
 
 所以似乎运行时不再从程序集中加载这些类。 但是 ，运行时仍然会从驱动器中读取未引用的控制台应用程序.dll和non.net程序集twain.dll。 
 
 因此，答案归结为“加载所有dll”的含义......如果您的意思是在运行时提供，那么如果您指定了自己的system.web | compilation | assemblies ，那么答案就是“否” system.web | compilation | assemblies system.web | compilation | assemblies system.web | compilation | assemblies但默认是加载全部。 但是，如果你指的是什么文件被物理读取，那么“是”。 

As an experiment I made a new ASP.NET Webforms project, and deployed it to IIS. I then made a 2nd .net class library, and copied the .dll file to the web app's \bin folder (the class library is not referenced or used anywhere in the ASP.NET app).
 
I started up SysInternals ProcMon, recycled the app pool and web site in IIS, and requested the site in a browser.
 
w3wp.exe does indeed read the class library .dll file on first page request.
 
 
This MSDN page also states:
 
 
 
You can store compiled assemblies in the Bin folder, and other code anywhere in the web application (such as code for pages) automatically references it. A typical example is that you have the compiled code for a custom class. You can copy the compiled assembly to the Bin folder of your Web application and the class is then available to all pages.
 
 
Assemblies in the Bin folder do not need to be installed in the Global Assembly Cache (GAC). The presence of a .dll file in the Bin folder is sufficient for ASP.NET to recognize it.
 
 
Which does seem to imply that ASP.NET will reflect over the assemblies it finds in \bin and automatically load them.
 
 
Interestingly, even if you put a non-.net file (I copied twain.dll from C:\Windows) into your ASP.NET bin folder, those files are also read. The runtime seems to just ask the filesystem for \bin\* and loops over the files to check for .NET assemblies to load.
 
 
I also noticed that if you add this to your web.config file:
 
  <system.web>
    <compilation targetFramework="4.5">
      <assemblies>
        <clear />
      </assemblies>
    </compilation>
 
Then the page will no longer run, with the error
 
 
 
Could not load type 'WebApplication1.Global'.
 
 
So it seems that the runtime no longer loads those classes from the assemblies. However, the runtime still reads the non-referenced console application .dll and non-.net assembly twain.dll off the drive.
 
So, the answer comes down to what you mean by "loads all dlls" ... If you mean makes available in the runtime, then the answer is sort-of "no" if you specify your own system.web | compilation | assemblies but the default is to load all. But if you mean what files are physically read, then "yes".