在ASP.NET Core中实现PJAX时Request.Headers["X-PJAX"]始终为空的原因

看起来你遇到的核心问题是PJAX没有正常触发，导致请求里根本没带上X-PJAX头。咱们一步步来排查和解决：

1. 先确认PJAX脚本是否真的加载成功 #

这是最常见的原因——如果jquery.pjax.js没正确加载，PJAX逻辑根本不会生效，自然不会发送X-PJAX头。

• 打开浏览器开发者工具（F12），切换到Sources标签，看看能不能找到jquery.pjax.js文件。
• 如果找不到，要么是文件路径错了（ASP.NET Core里静态文件要放在wwwroot/js目录下，确保~/js/jquery.pjax.js对应这个路径），要么直接改用CDN引入更稳妥：

  <script src="https://cdnjs.cloudflare.com/ajax/libs/jquery.pjax/2.0.1/jquery.pjax.min.js"></script>
  

2. 验证PJAX是否绑定到了目标链接 #

有时候选择器写得不对，导致PJAX没绑定到你点击的链接上。可以给JS加个调试代码，确认绑定是否生效：

$(function () {
    // 先控制台输出选中的链接数量，确认选择器没问题
    console.log("选中的链接数量：" + $('ul a').length);
    
    // 绑定PJAX并监听发送事件
    $('ul a').pjax('#main').on('pjax:send', function() {
        console.log("PJAX请求已发送！");
    });
})

点击链接时，如果控制台输出了PJAX请求已发送！，说明绑定成功；如果没输出，那就是选择器没选中目标元素，调整选择器即可（比如给ul加个类名，用$('ul.nav a')这样更精确的选择器）。

3. 修正ASP.NET Core中请求头的检查方式 #

HTTP头是不区分大小写的，但直接用Request.Headers["X-PJAX"]有时候会因为大小写匹配问题取不到值，换用更可靠的检查方式：

public IActionResult Index() {
    // 方式1：检查头是否存在
    ViewBag.PJAX = Request.Headers.ContainsKey("X-PJAX");
    
    // 或者方式2：获取头的值并判断
    // var pjaxValue = Request.Headers["X-PJAX"].FirstOrDefault();
    // ViewBag.PJAX = !string.IsNullOrEmpty(pjaxValue);
    
    return View();
}

4. 注意触发PJAX的正确方式 #

只有点击绑定了PJAX的链接时，才会发送带X-PJAX头的AJAX请求。如果是直接刷新页面、在地址栏输入URL，这是普通HTTP请求，不会有这个头，此时ViewBag.PJAX为false是正常的。

额外优化：修正_ViewStart.cshtml的逻辑 #

你当前的代码不管ViewBag.PJAX是true还是false，都用同一个布局，这不符合PJAX的设计初衷——PJAX请求只需要返回页面内容部分，不需要完整布局。可以改成：

@{ 
    if (ViewBag.PJAX == true) {
        // PJAX请求时，不加载完整布局，只返回内容
        Layout = null; 
        // 或者用一个仅包含#main容器的精简布局
        // Layout = "~/Views/Shared/_PjaxLayout.cshtml";
    } else {
        Layout = "~/Views/Shared/_Layout.cshtml";
    }
}

内容的提问来源于stack exchange，提问作者yogihosting