ASP.NET控制弹窗仅未打开时显示 关闭页面触发事件重置Session

你现在用Session做标记的思路方向是对的，但纯靠服务端逻辑没法直接捕获浏览器页面关闭动作——HTTP是无状态协议，服务端无法主动感知浏览器端的页面关闭、崩溃、断网这类操作，不存在服务端原生的OnClosePage事件能直接触发重置逻辑，需要结合前端JS请求+后端接口配合实现，再补兜底逻辑解决极端场景问题。

现有方案的明显漏洞 #

你当前的逻辑只要用户出现以下任意一种操作，Session里的Is_Page_Displayed就会一直停留在1，后续再也无法打开Option页面，直到Session默认过期（通常是20分钟）：

• 直接关闭Option页面
• 浏览器强制退出/崩溃
• 设备断网/断电
• Option页面跳转到其他站点

具体实现步骤 #

1. 第一层：前端优先做窗口存在性判断（体验最好，最及时） #

不要每次点按钮都回发服务端判断，直接在Default页存打开的窗口引用，前端先判断窗口是否存在，不存在才新开，已存在就直接聚焦，避免无效回发：
在Default.aspx里加如下JS逻辑：

// 全局存储打开的Option窗口引用
let optionPageWin = null;

function openOptionPage() {
    // 校验窗口是否存在、未被关闭
    if (!optionPageWin || optionPageWin.closed) {
        // 不存在才新开窗口，窗口名固定，避免同用户多标签页重复开
        optionPageWin = window.open('Option1.aspx', 'fixedOptionWin', 'fullscreen=yes');
        
        // 轮询兜底：每500ms检查一次窗口状态，防止关闭事件漏触发
        const checkTimer = setInterval(() => {
            if (optionPageWin.closed) {
                // 窗口已关，发请求重置服务端标记
                fetch('ResetPageFlag.ashx');
                clearInterval(checkTimer);
                optionPageWin = null;
            }
        }, 500);
    } else {
        // 窗口已打开，直接切到该窗口
        optionPageWin.focus();
    }
    // 阻止按钮默认回发逻辑
    return false;
}

把原按钮的OnClientClick属性绑定到这个方法，优先走前端判断。

2. 第二层：页面关闭主动触发重置请求 #

在Option1.aspx页面里加beforeunload事件监听，页面关闭、刷新、跳转时主动发请求给服务端重置标记，这里用sendBeacon保证页面卸载时请求能正常发出，比普通fetch/get可靠：

window.addEventListener('beforeunload', () => {
    navigator.sendBeacon('ResetPageFlag.ashx');
});

3. 新增后端通用处理接口 #

新增一个一般处理程序ResetPageFlag.ashx，专门处理标记重置逻辑，不需要走完整的WebForm页面生命周期，性能更高：

using System.Web;
using ns_SharedMethods;

namespace YourWebNamespace
{
    public class ResetPageFlag : IHttpHandler
    {
        public void ProcessRequest(HttpContext context)
        {
            context.Response.ContentType = "text/plain";
            // 重置页面打开标记
            SharedMethods.Is_Page_Displayed = 0;
            context.Response.Write("ok");
        }

        public bool IsReusable => false;
    }
}

4. 极端场景兜底：心跳机制防标记锁死 #

针对浏览器崩溃、断网、断电这类JS事件完全无法触发的场景，加个简单的心跳逻辑就可以解决：

• 改造原SharedMethods的标记逻辑，不要只存0/1，改成存Option页面最后一次活跃时间
• Option页面每隔30秒发一次心跳请求，更新服务端的最后活跃时间
• 服务端判断页面是否打开时，只要发现最后活跃时间距当前超过45秒，就自动判定为页面已关闭，重置标记

改造后的SharedMethods相关逻辑示例：

public static class SharedMethods
{
    private const string LastActiveKey = "OptionPageLastActive";

    // 更新页面活跃时间
    public static void UpdateOptionActiveTime()
    {
        HttpContext.Current.Session[LastActiveKey] = DateTime.Now;
    }

    // 判断页面是否处于打开状态
    public static bool IsOptionPageOpen()
    {
        var lastActive = HttpContext.Current.Session[LastActiveKey] as DateTime?;
        // 无活跃记录、或超过45秒没收到心跳，判定为已关闭
        if (!lastActive.HasValue || (DateTime.Now - lastActive.Value).TotalSeconds > 45)
        {
            return false;
        }
        return true;
    }
}

再新增一个UpdateHeartbeat.ashx处理心跳请求，逻辑和重置接口类似，调用SharedMethods.UpdateOptionActiveTime()即可，Option页面加定时触发心跳的JS：

// 每30秒上报一次活跃状态
setInterval(() => {
    fetch('UpdateHeartbeat.ashx');
}, 30000);

原Default页后端的按钮点击判断，直接调用SharedMethods.IsOptionPageOpen()做二次校验即可，和前端判断形成双重保险。

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