在ASP.NET中，处理页面级别的错误通常不直接通过`page_error`事件，因为ASP.NET Web Forms 页面生命周期中并没有直接名为`page_error`的事件。不过，你可以通过`Page`类的`Error`事件来捕获并处理页面上的错误。
以下是如何在ASP.NET Web Forms页面中使用`Error`事件来捕获和处理错误的示例：
1. **在页面的代码后置文件中（例如`Default.aspx.cs`），重写`OnError`方法**：
protected override void OnError(EventArgs e)
{
// 在这里处理错误
// 例如，记录错误到日志
string errorMessage = Server.GetLastError().Message;
// 假设你有一个LogError方法来记录错误
LogError(errorMessage);
// 清除错误，防止它被进一步传播
Server.ClearError();
// 你可以选择将用户重定向到一个错误页面
Response.Redirect("~/ErrorPage.aspx");
// 注意：一旦调用了Response.Redirect，通常不需要再调用base.OnError(e);
// 因为页面将不再继续执行
// 如果你不想重定向，而是想在页面上显示错误信息，
// 你可以将错误信息存储到Session或ViewState中，
// 然后在页面的某个部分（如一个Label控件）中显示它
// 但请注意，这可能会暴露敏感信息给用户
// 调用基类的OnError方法（如果你需要的话）
// base.OnError(e);
}
private void LogError(string errorMessage)
{
// 这里实现你的日志记录逻辑
// 例如，写入到文件、数据库或日志框架
System.Diagnostics.Debug.WriteLine(errorMessage);
}
2. **确保你的页面配置正确，以便能够触发`Error`事件**。通常，这不需要特别的配置，因为`Error`事件是`Page`类的一部分，任何继承自`Page`的类都可以重写它。
3. **注意**：使用`Response.Redirect`进行重定向时，请确保在调用它之后不再有任何输出到`Response`对象，因为一旦`Response`的头部被发送（例如，通过输出HTML到浏览器），你就不能再改变HTTP状态码或进行重定向了。
4. **替代方案**：如果你不想在每个页面中都重写`OnError`方法，你可以考虑使用全局错误处理，如`Application_Error`事件处理程序在`Global.asax`文件中，或者通过实现`IHttpModule`接口来创建一个自定义的HTTP模块。
以上就是在ASP.NET Web Forms中处理页面错误的常用方法。