这是最近发现的一个问题,我用AJAX请求P页面,然后根据返回值来确定下一步的逻辑,结果发现Response.End
语句居然引发了“正在中止线程”异常,导致影响了判断返回结果的逻辑。P页面代码类似如下结构:
try
{
//读取数据库
if (true)//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态1");
Response.End();
}
else
{
//读取数据库
if (true)//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态2");
Response.End();
}
else
{
Response.Write("状态3");
Response.End();
}
}
}catch(Exception ex)
{
Response.Write("error");
Response.End();
}
{
//读取数据库
if (true)//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态1");
Response.End();
}
else
{
//读取数据库
if (true)//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态2");
Response.End();
}
else
{
Response.Write("状态3");
Response.End();
}
}
}catch(Exception ex)
{
Response.Write("error");
Response.End();
}
根据一些业务逻辑返回相应的状态字符串,如果出现异常做返回“error”,我预期它返回“状态1”,结果测试时发现
AJAX回调的结果是“状态1error”,它居然抛出异常了!
google后得知:Response.End 方法终止页的执行,并将此执行切换到应用程序的事件管线中的
Application_EndRequest 事件,同时抛出ThreadAbortException 异常,异常信息为“正在中止线程”。另外
Response.Redirect、Server.Transfer方法也会出现这个问题,因为它们内部调用了Response.End 方法。
它给出的解决方案是使用HttpContext.Current.ApplicationInstance.CompleteRequest 方法以跳过
Application_EndRequest 事件的代码执行,但是我试了后发现虽然不抛出异常了,但是页面后面的代码依然会执行,
达不到Response.End的效果。
我目前的解决方案是将Response.End放到finally语句中,类似如下代码:
try
{
//读取数据库
if (true)
//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态1");
return;
}
else
{
//读取数据库
if (true)//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态2");
return;
}
else
{
Response.Write("状态3");
return;
}
}
}
catch (Exception ex)
{
Response.Write("error");
}
finally
{
Response.End();
}
{
//读取数据库
if (true)
//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态1");
return;
}
else
{
//读取数据库
if (true)//这里对读出来的值进行业务逻辑判断
{
Response.Write("状态2");
return;
}
else
{
Response.Write("状态3");
return;
}
}
}
catch (Exception ex)
{
Response.Write("error");
}
finally
{
Response.End();
}