发现嵌入资源并将它们复制到文件系统的必要代码在图4中显示。代码使用Assembly.GetManifestResourceName和Assembly.GetManifestResourceStream方法来查找资源并将它们复制为文件系统的文件。代码中没有保存文件系统的原文件数据，但它可以简单修改实现该功能。注意提取过程只在Assembly.Load已经验证了容器组件的签名后才执行。

　　文件替换和提取

　　即使有强化名称和组件资源，在应用程序更新过程中提取文件进入应用程序目录也是一个不容易的问题。该问题的症结是应用程序正在运行时要复制自己的文件。更为复杂的是，你运行的应用程序也许像记事本，这种应用程序，同时多个实例在运行。

　　如果有类似的应用程序，我们是有通用的解决方案的。与其规定一个解决方案，不如查看可用的管理替换问题的特性。首先，一个简单的可能性是在与主程序的过程分开的过程中运行自动升级特性。当应用程序是不可管理的或者想扩充使它能够使用本文的技术时，这是个非常好的途径。更新过程能处理所有的BITS逻辑和文件提取，该过程在试图提取文件前一直等待，直到主应用程序终止为止。

　　在单独的过程中运行提取代码主要有三个不利之处。首先，它使自己批处理自动更新代码很困难。其次，在服务器端这种方法没有什么好处，因为服务器不太可能关闭。第三，如果主应用程序被Windows Job对象管理，那么当主过程存在时，自动更新过程将被Windows自动终止。

　　AutoUpdateApp.exe例程在主应用程序逻辑的过程中运行自动升级逻辑。如果你也决定同样做，可能会遇到删除和替换正在被该过程使用的DLL和EXE文件的问题。删除使用中的DLL或EXE文件的一个公开的小窍门是将该文件改名为临时文件，并把新文件复制为就文件名。接着你能在下次重启系统时使用MoveFileEx Win32 API记录该文件的删除，或者在应用程序中包含查找临时文件并删除的逻辑。

　　就算使用更名的窍门，也得考虑更新正在进行时，用户运行了应用程序得另一个实例，它将载入一部分旧文件和一部分新文件。有多种方法解决问题，其中一个是在CLR中使用应用程序域的影像（shadow）复制特性。

　　CLR在逻辑应用程序容器中（称为应用程序域或者AppDomain）运行可管理代码。多个AppDomain可以在一个Windows过程中运行。建立一个AppDomain时，可以标识新域来影像复制文件。它的意思是在应用程序载入组件时，组件文件被复制到一个隐藏的文件夹并从影像位置载入。该特性被ASP.NET框架组件中的ASP.NET类使用，用于把应用程序文件导出，这样才能被ASP.NET代码生成器更新。

　　AppDomain对应用程序的再次执行也有用处。理想情况下，当有更新存在时，应用程序将提示用户是否有兴趣更新。回答"是"后，应用程序使用新特性运行。对有些应用程序，在新过程中重新载入应用程序是可以接受的，在其它应用程序中，更好的方式是新代码在执行更新的过程中运行。

　　使用AppDomain重新运行可管理EXE是很容易的。本文的例程中的RelaunchExe方法就是一个实现的例子。RelaunchExe方法建立一个新AppDomain并重新运行执行文件，给它传递相同的命令行参数。