| 标题 | ASP.NET站点自动重启问题排查 |
| 内容 | 项目中遇到的问题 排查原因 最近调试一个东西，写了个监控页面，发现自己Cache的数据在设定的过期时间远远还没有到的时候就过期了，于是我着手排查了下出现问题的原因： 1、程序会删除缓存 -- 查找了整个项目，发现程序里根本没有删除缓存的操作，所以这个原因可以排除。 2、写缓存的方法有问题 -- 这个也可以排除，因为很多地方用这个dll，其它项目不存在这个bug，所以这个原因也可以排除。 3、服务器上有清除所有内存的程序 -- 于是一个个服务终止了下，最后发现终止了一个动转静服务后，程序就没有异常了，所以这个问题是因为动转静服务引起的了。 解决方案 反编译了这个动转静服务的源码，发现并没有清理内存的操作，于是想到了是不是因为动转静服务的什么操作，引起了应用程序池Appliacation_End，然后cache都被回收了。于是在Global.asax里面的Application_End方法里写了下面的代码，用于记录是否引起了这个事件，以及引起事件触发的原因。 protected void Application_End(object sender， EventArgs e) { HttpRuntime runtime = (HttpRuntime)typeof(System.Web.HttpRuntime).InvokeMember("_theRuntime"， BindingFlags.NonPublic | BindingFlags.Static | BindingFlags.GetField， null， null， null); if (runtime == null) return; string shutDownMessage = (string)runtime.GetType().InvokeMember("_shutDownMessage"， BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField， null， runtime， null); string shutDownStack = (string)runtime.GetType().InvokeMember( "_shutDownStack"， BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField， null， runtime， null); if (!EventLog.SourceExists(".NETRuntime")) { EventLog.CreateEventSource(".NETRuntime"， "Application"); } EventLog log = new EventLog(); log.Source = ".NET Runtime"; log.WriteEntry(String.Format(" _shutDownMessage={0} _shutDownStack={1}"， shutDownMessage， shutDownStack)， EventLogEntryType.Error); } 结果，日志文件里头果然有记录，记录都为： ===================================================== The description for Event ID ( 0 ) in Source ( .NET Runtime ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: _shutDownMessage=Recompilation limit of 15 reached HostingEnvironment initiated shutdown HostingEnvironment caused shutdown _shutDownStack= at System.Environment.GetStackTrace(Exception e， Boolean needFileInfo) at System.Environment.get_StackTrace() at System.Web.Hosting.HostingEnvironment.InitiateShutdownInternal() at System.Web.Hosting.HostingEnvironment.InitiateShutdown() at System.Web.HttpRuntime.ShutdownAppDomain(String stackTrace) at System.Web.Compilation.DiskBuildResultCache.ShutdownCallBack(Object state) at System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext， ContextCallback callback， Object state) at System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack) at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state). ===================================================== $news_page$ 网上搜索了一下导致Asp.Net站点重启的原因，具体可以参考：，其中第五条就这样说 修改aspx，master文件不一定会导致重启；但是每修改一次都会导致一次重新编译，重新编译次数达到15次之后会导致站点重启，重启原因是： Recompilation limit of 15 reached HostingEnvironment initiated shutdown 于是我自己测试了下，停了动转静服务，在运行的项目里面，进行了如下操作 1、对1个Asp.net文件修改了20次以上，发现并没有导致Asp.net站点重启 2、对15个Asp.net文件进行修改，结果就出现了Asp.net站点重启 3、对20个html文件进行修改，发现并没有导致Asp.net站点重启 于是我就纳闷了，动转静导致的都是生成的html文件，并没有修改动态文件，为什么会导致站点重启呢，于是又谷歌了一番，终于又找到个有用的帖子《引起IIS下Asp.net应用程序重启的原因》，这个是翻译过来的文章，原文是 里面的一条这样说道，一个文件夹里同时有很多文件发生改变，.NET系统对这些变化通知来不及反应，这时候可能会重启。比如在高PV时每次访问都生成一次； 仔细想了下，导致我的站点重启的原因最有可能是两个 1、一个文件夹里同时有很多文件发生改变，.NET系统对这些变化通知来不及反应，这时候可能会重启。 2、我Asp.net文件里面会include动转静生成的html文件，可能也被认为是Asp.net文件发生了变化，这个原因感觉是微乎其微，因为include动转静生成文件的asp.net文件不止15个，而且我把动转静的文件个数控制到15个以内的话，居然还是会出现重启的情况，虽然频率降低了。 补充（2013.01.18）：今天我特地试了一下方法1，对项目下的任意一个文件进行多文件的覆盖，连续执行n多次，结果发现站点果然重启了。但是好像没有明显的规律，有时候执行两三次就会重启，有时候20多次照样不重启，所以不敢断言就是文件更新造成的。 $news_page$ 下面是微软的帮助和支持里面的类似问题的原因和解决方案 微软BUG之多个 ASP.NET 应用程序重新启动出现每隔一至五分钟 症状 很多新的.aspx、.ascx 或.asmx 文件传播到服务器，服务器可能会报告完成后段时间的连续的应用程序重新启动。此问题可能会显示几种不同方式： 为每次重新启动，重新启动 ASP.NETApplication 性能计数器就会增加。 如果使用内存中会话状态，会话变量都将丢失。 应用程序状态都将丢失。 反复执行Application_Start和Application_End事件。 原因 默认情况下当您更新少于 15 个文件在 ASP.NET 中，文件编译和加载到内存中的已编译文件的旧版本。这是.NET 公共语言运行时命名的并行执行的功能。 但是，旧版本的已编译的代码保持无限期地使用通过并行执行的内存中。当您更新多个文件 （例如，30 多个文件），如果不重新启动应用程序以清除内存中的旧版本时，可能使用过多的内存。若要解决此问题，ASP.NET 有一项功能的应用程序将自动重新启动特定数目的文件更新后。 应进行重新启动，一次只能为已更新的文件的完整列表。重新应用程序启动后，旧版本应不驻留在内存中。因此，应用程序应该不需要重新启动以重新编译文件的新版本。但是，加载到服务器 （例如，61 文件） 很多新的.aspx 或.ascx 文件时，将出现此问题。重新服务器卸载前 15 个文件时编译应用程序和每次重新编译另一个文件 15 个直到服务器达到 61。这将导致四个应用程序重新启动，即使只需要其中的。 解决方案 若要避免自动重新启动基于已更新的文件的数量，将numRecompilesBeforeAppRestart属性设置 Machine.config 文件中默认值为 15 为数字的大于计划内的应用程序重新启动之间将更新的文件的数目。如果您将numRecompilesBeforeAppRestart设置为很多，您可能需要重新启动应用程序手动释放旧版本的程序集使用的内存。 注意： 如果 ASP.NET 消耗太多内存，ASP.NET 应用程序自动重新启动。 如果要更新一定数目的文件，并且如果您想要应用程序自动重新启动，设置numRecompilesBeforeAppRestart为一个数字，小于只是将更新的文件的数目。这将导致较少的内存中的旧程序集的单个应用程序重新启动。例如，设置为numRecompilesBeforeAppRestart ，如下所示： <compilation debug="false" explicit="true" numRecompilesBeforeAppRestart="50" defaultLanguage="vb"> |
| 随便看 |
|
在线学习网考试资料包含高考、自考、专升本考试、人事考试、公务员考试、大学生村官考试、特岗教师招聘考试、事业单位招聘考试、企业人才招聘、银行招聘、教师招聘、农村信用社招聘、各类资格证书考试等各类考试资料。