• ASP.NET Core Kestrel 随机404错误


    一、Bug 出现

    最近遇到一个很诡异的bug,Visual Studio 2017调试ASP.NET Core 2.2 Web程序的时候,随机性的出现404错误。如下图

    事实上这个css文件是存在的,你刷新一下,可能又变成其他的css或js文件404。因此就想到可能是ASP.Net Core框架问题,下一步就准备调试一下源代码。

    二、.Net Core 源代码调试

    一开始用PDB Symbol符号去调试,如果你不了解这种调试方法,这篇文章可以帮到你 https://www.cnblogs.com/tdfblog/p/debugging-asp-net-core-2-source.html
    这种方式也可以看到底层代码,但是不能修改代码,并且F12跳转方式也不太方便,你如果想在并发很多请求的时候,定位到是哪个请求404了,是比较困难的。但如果你对底层代码比较熟悉,用这种方式方便快捷。 

    为了能找到bug原因,也是拼了,去github上下载了2.2版本的代码。

    然后我把和Kestrel相关的几个项目都打开了,找到关键代码,写上自己的代码,这是一种比较慢但在我看来,有效果的一种调试方式,仁者见仁智者见智吧。

     1                 string str = Environment.NewLine;
     2                 foreach (System.Reflection.PropertyInfo p in _request.GetType().GetProperties())
     3                 {
     4                     try
     5                     {
     6                         object value = p.GetValue(_request, null);
     7                         if (value != null)
     8                         {
     9                             str += p.Name + ":" + value + Environment.NewLine;
    10                         }
    11                     }
    12                     catch (Exception ex)
    13                     {
    14                         string message = ex.Message;
    15                         var exception = ex.InnerException;
    16                         while (exception != null)
    17                         {
    18                             message += Environment.NewLine + exception.Message;
    19                             exception = exception.InnerException;
    20                         }
    21                         System.Diagnostics.Debug.WriteLine("%%%%%%%%%%%%%%% " + message);
    22                     }
    23                 }
    24                 System.Diagnostics.Debug.WriteLine(str);
    View Code

    最重要的是项目生成之后,把生成的dll覆盖到ASP.NET Core运行时目录。查看运行时文件位置可以在代码里这样。

    string path = typeof(StaticFileMiddleware).Assembly.CodeBase;

    我这边的目录是 C:Program FilesdotnetsharedMicrosoft.AspNetCore.App2.2.1,就把刚刚从ASP.NET Core源码生成的dll覆盖到这个目录。
    然后在Visual Studio的Windows->Output窗口就能看到输出了。

    三、问题解决

    花了好几天调试,没有找到原因,最后到GitHub ASP.NET Core的Issues里面找到了原因,就是HttpContext被销毁后,就不能在异步任务里面用IHttpContextAccessor获取了,这个时候获取不是null,获取的是一个非空对象,会影响下一次请求。Anyway,在异步任务(非主线程)里用HttpContext一定要小心。

    补充:后面发现,直接引用源代码也是可以调试的,更方便。

    重要参考:

    https://github.com/aspnet/KestrelHttpServer/issues/2591

    https://stackoverflow.com/questions/50661923/signalr-core-1-0-intermittently-changes-the-case-of-http-method-for-non-signalr

  • 相关阅读:
    openstack trove实例状态转换条件--Mitaka版本
    trove module使用说明
    openstack trove mongodb配置项
    openstack trove weekly meeting时间即将更改
    openstack trove redis配置项
    trove database功能总结
    openstack trove 数据库镜像构建列表
    openstack trove主要贡献公司-Tesora被Stratoscale收购
    openstack trove,使pylint忽略错误
    十件你需要知道的事,关于openstack-trove(翻译)
  • 原文地址:https://www.cnblogs.com/lhking/p/10617979.html
Copyright © 2020-2023  润新知