弹窗打开aspx页面时ASP.NET Tracing功能不生效问题排查

• ASP.NET Tracing是请求级别的功能，iframe打开Test.aspx属于完全独立的HTTP请求，其Trace日志不会自动附着在父页面的Trace面板上，你在父页查看Trace自然找不到对应记录，多数场景下并非Trace.Write语句未执行，而是找错了日志输出位置。
• 弹窗页面的Trace配置未生效：如果你仅在父页面开启了Trace，没有给Test.aspx单独开Trace、也没有开启全局Trace，那么子页请求默认不会输出Trace信息。
• 固定尺寸iframe遮挡了Trace输出：你调用模态框时设置了height=335px且scrolling=0，就算子页开启了页面级Trace输出，长度很长的Trace面板会被iframe固定高度截断，完全看不到。
• 少数场景下，模态框组件会给iframe请求附加特殊请求头、或者做预请求校验，导致ASP.NET将该请求识别为非页面渲染类请求，跳过Trace记录逻辑；如果Trace.Write写在未命中的代码分支（比如if(!IsPostBack)块但弹窗发起的是POST请求、代码段前有未捕获异常），也会出现语句不执行的情况。

按以下顺序排查即可解决：

• 先确认代码执行路径
  在Trace.Write("Popup Load");同一代码行临时加调试断点，或者加一行Response.Write("<!-- trace test flag -->");，打开弹窗后查看页面源码，确认代码确实走到了该分支，排除逻辑分支不命中的问题。
• 正确配置子页Trace
  你可以选择两种方式开启Trace：
  • 单页开启：在Test.aspx的页头指令中加Trace属性：

    <%@ Page Language="C#" Trace="true" AutoEventWireup="true" ... %>
    

  • 全局开启：在站点Web.config的<system.web>节点下添加Trace配置：

    <trace enabled="true" pageOutput="true" requestLimit="50" localOnly="true" />
    

• 用Trace专用查看页查询所有请求日志
  不需要在页面上找Trace输出，直接访问站点根目录下的Trace.axd，这里会列出所有近期请求的Trace记录，找到对应Test.aspx的请求条目点进去，就能看到该请求下所有Trace.Write的输出，不管请求是iframe发起还是主页面发起。
• 排除iframe配置干扰
  测试阶段先把模态框的scrolling=0配置去掉，允许iframe滚动，或者临时把iframe高度调到1000px以上，确认不是Trace面板被高度截断；同时检查父页和子页是否同域，跨域场景下iframe请求的Trace不会和父页产生关联。

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