c# – 通过Response.End()在ASP.NET中创建和中止线程有什么害处吗？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 通过Response.End()在ASP.NET中创建和中止线程有什么害处吗？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1166字，纯文字阅读大概需要2分钟。

内容图文

我需要进行COM调用,并且只想等待x秒才能返回调用.如果呼叫没有在x秒内返回,我想结束请求.

创建一个线程来进行调用.

string output = null;
Thread t = new Thread(() => { output = SomeHelper.DoWork(); });
t.Start();
t.Join(timeout);

if (string.IsNullOrEmpty(output))                
     this.Send500();

结束响应的方法.

protected void Send500()
{
    Response.ClearHeaders();
    Response.ClearContent();
    Response.Status = "500 ServiceUnavailable";
    Response.StatusCode = 500;
    Response.Flush();
    Response.SuppressContent = true;
    Response.End();
}

当Response.End()触发时,我得到一个Thread正在被中止错误.这是预料之中的.我错了.对于我正在尝试做的事情,这没关系.

当我需要注意这个错误时,还有其他原因需要注意吗？

解决方法:

通常,Thread.Abort是非常邪恶的,但是中止自己的线程是安全的.中止线程是危险的,因为中止可能发生在任何两个指令之间.但是,在一个明确定义的点上中止自己的线程.这使后果可预测.

您没有中止正在执行可能超时的工作的线程.这很好,因为这将是一次非合作中止.您冒着许多后台线程积累并耗尽一些资源的风险.但如果这种风险是可以忍受的,你就可以了.如果不能容忍,请将调用包装到信号量(如同步区域)中的COM服务,以限制最大资源使用量.

我会说你使用Response.Flush是有问题的,因为很少需要将字节刷新到客户端.这对我来说就像一个迷信的冲洗.

内容总结

以上是互联网集市为您收集整理的c# – 通过Response.End()在ASP.NET中创建和中止线程有什么害处吗？全部内容，希望文章能够帮你解决c# – 通过Response.End()在ASP.NET中创建和中止线程有什么害处吗？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端