启动应用程序时出错了怎么办？

最新推荐文章于 2023-05-26 15:02:15 发布

webmote

最新推荐文章于 2023-05-26 15:02:15 发布

阅读量2.5k

点赞数

分类专栏： C#入门

本文链接：https://blog.csdn.net/codeex/article/details/120297949

版权

数据库 c# asp.net

C#入门专栏收录该内容

55 篇文章 16 订阅

订阅专栏

📢欢迎点赞：👍 收藏 ⭐留言 📝 如有错误敬请指正，赐人玫瑰，手留余香！
📢本文作者：由webmote 原创，首发于【掘金】
📢作者格言：生活在于折腾，当你不折腾生活时，生活就开始折腾你，让我们一起加油！💪💪💪

1.希望糟糕的事情别发生

一旦看见它，必然令人心碎，令人头疼。

它通常在应用程序日志中不包含（或很少）信息，并且如果您不幸遇到导致此错误的问题，这是一个保证糟糕的一天。

在这篇博文中，我将尝试包含尽可能多的解决方案，如果没有，请你随时发表评论并贡献一个。

2.遇到悲催的错误的你~~

这是我遇到过的错误列表，可能不完整。如果我错过了一些，请你发表评论。

启动应用程序时发生错误
403.14 禁止
502.5 过程失败
500内部服务器错误
500.0 进程内处理程序加载失败
500.30 进程内启动失败
500.31 ANCM 无法找到本地依赖项
500.32 ANCM 加载 dll 失败
500.33 ANCM 请求处理程序加载失败
500.34 不支持 ANCM 混合托管模型
500.35 ANCM 同一进程中的多个进程内应用程序
500.36 ANCM 进程外处理程序加载失败
500.37 ANCM 在启动时限内启动失败
500.38 找不到 ANCM 应用程序 DLL
503服务不可用
无法启动应用程序（错误代码“0x800700c1”）
连接重置

英文错误在下面

An error occurred while starting the application
403.14 Forbidden
502.5 Process Failure
500 Internal Server Error
500.0 In-Process Handler Load Failure
500.30 In-Process Startup Failure
500.31 ANCM Failed to Find Native Dependencies
500.32 ANCM Failed to Load dll
500.33 ANCM Request Handler Load Failure
500.34 ANCM Mixed Hosting Models Not Supported
500.35 ANCM Multiple In-Process Applications in same Process
500.36 ANCM Out-Of-Process Handler Load Failure
500.37 ANCM Failed to Start Within Startup Time Limit
500.38 ANCM Application DLL Not Found
503 Service unavailable
Failed to start application (ErrorCode ‘0x800700c1’)
Connection reset

3.可能的解决方案

请记住，大多数解决方案都需要重新启动应用程序池。这意味着，你需要找到正确的应用程序池，然后重新启动它。

该应用程序确实启动了，但无法生成有效响应。
尝试在本地调试，更正错误，然后重新部署。
dotnet 未安装在托管系统上。
访问https://dotnet.microsoft.com/download并下载最新版本。尝试使用旧版操作系统的 SDK。
dotnet版本不对，dotnet --version在CMD下运行验证。
访问https://dotnet.microsoft.com/download并下载最新版本。尝试使用旧版操作系统的 SDK。
appsettings. [ENVIRONMENT_NAME] .json 对于特定环境没有部署。
创建必要的appsettings文件。
appsettings.json或不包含所有必要的设置。appsettings. [ENVIRONMENT_NAME] .json
添加正确appsettings文件中的所有设置。
您启用了 XML 文档，但 XML 文档文件路径错误。
在 Visual Studio 中右键单击您的项目，转到Properties，然后Build并将文档 XML 文件路径更正为相对路径。
远程计算机文件夹的权限设置不正确。
仅用于测试：尝试添加Everyone和重置所有子对象的权限。阅读本文以获得正确的权限。
该应用程序部署到托管系统上的错误文件夹。
转到IIS，找到您的站点并单击写入上的探索以找到正确的路径。
web.config部署中缺少该文件，或者 web.config 文件内容格式错误。
在Visual Studio 中右键单击您的项目，然后转到Publish。执行发布并使用它web.config。
该web.config包含hostingModel="inprocess"（或事实并非如此）。
如果存在则删除它，如果不存在则添加它。
该应用程序不是针对相同的处理器架构发布的。
检查托管系统中的处理器架构，并在发布期间选择正确的架构。
在单独的 IIS 应用程序池中运行应用程序。
转到主机上的 IIS，导航到Application Pools，单击Add Application Pool… ，写下您使用的Name并单击OK。完成后，转到站点，找到正确的应用程序并单击基本设置以选择新创建的应用程序池。
修复 .NET Core Hosting Bundle 的安装或安装 SDK。
访问https://dotnet.microsoft.com/download并下载最新版本。尝试使用旧版操作系统的 SDK。
在启动期间检查服务器上的 CPU/内存使用量峰值。
尝试升级主机。
禁用单文件发布。
为此，请将PublishSingleFileMSBuild 属性设置为 false。
切换到进程外托管模型。
为此，请将AspNetCoreHostingModelMSBuild 属性设置为OutOfProcess.

4. 启用日志记录

ASP.NET Core 模块标准输出日志通常会记录应用程序事件日志中找不到的有用错误消息。要启用和查看标准输出日志：

导航到托管系统上站点的部署文件夹。
编辑web.config文件。设置stdoutLogEnabled到true并更改stdoutLogFile路径指向日志文件夹（例如，\ _日志\标准输出）。stdout路径中是日志文件名前缀。创建日志时会自动添加时间戳、进程 ID 和文件扩展名。
如果日志文件夹不存在，请创建该文件夹。
确保您的应用程序池的身份对日志文件夹具有写入权限。
保存更新的 web.config 文件。
向应用程序发出请求。
导航到日志文件夹。查找并打开最新的标准输出日志。
研究错误日志