ASP.NET Core 8 Razor Pages：浏览器返回后URL保留Handler问题

你的核心问题是浏览器历史记录中留存了带handler=FunctionName的页面B请求地址，点击返回时会触发该Handler方法，而非页面B默认的输入表单加载逻辑，导致流程异常。以下是几种实用解决方案：

方案1：改用POST-Redirect-GET（PRG）模式 #

这是解决这类历史记录问题的标准方案，避免GET请求的Handler地址被存入历史：

• 将页面A的编辑链接改为POST表单提交：

<form method="post" asp-page="B" asp-page-handler="FunctionName">
    <input type="hidden" name="parameterName" value="@data.parameter" />
    <button id="edit" class="btn btn-primary" type="submit">
        <i class="fa fa-edit"></i>
    </button>
</form>

• 页面B的FunctionName方法添加[HttpPost]特性，处理完成后重定向到页面C：

public IActionResult OnPostFunctionName(string parameterName)
{
    // 执行你的业务逻辑
    return RedirectToPage("C");
}

POST请求不会被浏览器记录到历史栈中，返回时会从页面C直接回到页面A，彻底规避Handler残留问题。

方案2：移除Handler，用默认GET方法处理参数 #

如果编辑按钮的逻辑只是预加载数据到页面B的表单，完全可以把逻辑合并到页面B的默认OnGet方法中：

• 修改页面A的编辑链接，去掉asp-page-handler：

<a id="edit" class="btn btn-primary" asp-page="B" asp-route-parameterName="@data.parameter">
    <i class="fa fa-edit"></i>
</a>

• 在页面B的OnGet方法中处理参数：

public void OnGet(string parameterName)
{
    // 原本FunctionName方法中的预加载逻辑
    // 页面会正常显示输入表单，用户提交后再执行生成值的逻辑并跳转至C
}

这样URL中不会携带Handler参数，返回时页面B会正常加载输入表单流程。

方案3：前端强制修正历史记录（不推荐） #

如果无法修改后端逻辑，可在页面C加载时用JavaScript替换历史记录，将页面B的带Handler地址替换为默认地址：

window.addEventListener('load', function() {
    // 替换当前历史记录为页面C地址，避免返回时触发Handler
    window.history.replaceState({}, '', window.location.href);
});

注意：前端方案可能存在兼容性问题，优先推荐后端PRG模式。

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