我的ASP.NETApp_code更改未被获取（或缓存？）！我在（根级别）App_Code目录中有一个.cs文件，它为请求的URL检索正确的模板（它链接到我们自己的内容管理数据库）。最初，它工作正常——我可以对其进行更改，它们会被Web应用程序获取。然后发生了一些事情（不知道是什么），现在无论发生什么变化，他们都认不出来了。即使我删除了整个App_Code目录，也没有什么区别——我似乎仍在App_Code目录中使用较早的（缓存？？）版本。.cs文件中的代码如下：usingSystem；使用Custom.CMS.Facade；使用Custom.CMS.BO；publicclassCMHttpModule:IHttpModule{codehere...}即使在我将站点复制到我们的实时服务器之后，同样的问题也会发生。我不明白的是-如果我在.cs代码中故意引入错误，我仍然会遇到编译错误，并且在成功编译App_Code.xxxx.dllv2.0.50727TemporaryASPiscreatedunderC:\WINDOWS\Microsoft.NETFramework.NET文件那么我的Web应用程序实际采用的是什么版本的App_Code？我如何让它拿起“正确”的？仅供参考，我正在使用C#、VisualWebDeveloperExpress2008和IIS6网络服务器任何帮助将不胜感激。重新打开解决方案也有效。您可以右键单击该文件，转到属性并检查构建操作吗？它必须设置为“编译”。我不确定您是如何发布Web应用程序的，但您可以尝试以下几项：希望这对您有所帮助。编辑：只是想一想：这个ASP.NETWeb应用程序实际上是一个网站吗？如果是这样，那么ASP.NET编译器可能无法识别您的代码更改，因为“如果未引用代码文件，它就不会编译它”。ASP.NET网站和ASP.NETWeb应用程序之间的主要区别在于，前者通常是在安装或更新网站后第一次收到请求时由服务器上的ASP.NET动态（自动）编译，而后者甚至在分发之前完全编译成DLL。您可以在上面的链接中阅读更多相关信息。我昨天遇到了同样的问题，我通过确保网站项目上的类库引用指向您的类库项目（而不是bin文件夹中的dll）来修复它。似乎因为该网站的目标是.net2.0而类库是.net3.5，所以网站项目以某种方式忽略了重建的dll，并使用了网站项目bin文件夹中的dll。@SeanW-1)您是否尝试过修改Web.Config而不是完全删除它？Web.Config已缓存，但对其进行的任何修改都应回收您的应用程序缓存。2)你试过把整个网站都炸掉，然后从头开始复制吗？（特别要确保删除并重新复制bin目录中的任何预编译文件。）@Patrick-1）您是否尝试删除临时ASP.Net文件目录中的所有内容？2）如果您对解决方案中的依赖项目（不是启动项目）进行了修改，您是否单独手动重建了这些依赖项目？3)您是否有权为您的实时网站回收IIS中的应用程序池？4)您是否尝试过从头开始修改您的实时站点或修改您实时站点中的Web.Config？一般应用程序缓存技巧-ASP.NETWeb应用程序有几个陷阱。重新加载项目是解决几个问题的方法……奇怪的是，确实如此（称我为错误）！就个人而言，我更喜欢使用JIT编译的ASP.Net网站（而不是应用程序）。FMO，它是一种更快、更简单、更容易维护prj的方法。以上是C#学习教程：我的ASP.NETApp_code修改没有提取（或缓存？）所有内容分享，如果对大家有用需要详细了解C#学习教程，希望大家多多支持更多关注——本文来自网络收藏，不代表立场，如涉及侵权，请点击右侧联系管理员删除。如需转载请注明出处：
