说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。
异常详细信息: System.Net.WebException: 基础连接已经关闭: 连接被意外关闭。
源错误:
执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。
堆栈跟踪:
[WebException: 基础连接已经关闭: 连接被意外关闭。]
System.Net.HttpWebRequest.GetResponse() +1501899
Manage_Reg.btnSubmit_ServerClick(Object sender, EventArgs e) +1737
System.Web.UI.HtmlControls.HtmlInputButton.OnServerClick(EventArgs e) +105
System.Web.UI.HtmlControls.HtmlInputButton.RaisePostBackEvent(String eventArgument) +106
System.Web.UI.HtmlControls.HtmlInputButton.System.Web.UI.IPostBackEventHandler.RaisePostBackEvent(String eventArgument) +7
System.Web.UI.Page.RaisePostBackEvent(IPostBackEventHandler sourceControl, String eventArgument) +11
System.Web.UI.Page.RaisePostBackEvent(NameValueCollection postData) +33
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +5102
请问这样情况要如何解决呢? 请大侠们帮忙 菜鸟谢过了...
7 个解决方案
#1
可能有防火墙、端口等限制
#2
#3
无所谓什么“解决”。这不是你的程序测bug,而是必然会出现的异常。在程序的表现层,通知用户“对不器,程序遇到了异常。【基础连接已经关闭: 连接被意外关闭。】”这也就行了。
#4
“而是必然会出现的异常”这个说法可能有点歧义。或者我换一个说法。当你进行通讯、或者并行运算,必然会有一些意外,这些问题非常复杂,一般来说都不可能“完美”地完全避免。编程当然要预先检测所有问题,问题是总有某类问题属于真正难以预先检测的,所以这些并不算是一个必须立刻解决的bug,并不排上日程。
当然不要把我说的理由当作借口,而要经常反复、认真分析这些异常。这类问题通常都没有办法从雕虫小技上去解决,而必须通过高明地调整业务流程而“解决”(其实就是避免)。
当然不要把我说的理由当作借口,而要经常反复、认真分析这些异常。这类问题通常都没有办法从雕虫小技上去解决,而必须通过高明地调整业务流程而“解决”(其实就是避免)。
#5
我以前也遇到过 解决了.
#6
如何解决的?现在我遇到这样的问题。请解答。
#7
你在程序中跟踪一下,可能是wcf在返回信息时,序列化出错了,这个问题困扰我好几天刚刚解决!
#1
可能有防火墙、端口等限制
#2
#3
无所谓什么“解决”。这不是你的程序测bug,而是必然会出现的异常。在程序的表现层,通知用户“对不器,程序遇到了异常。【基础连接已经关闭: 连接被意外关闭。】”这也就行了。
#4
“而是必然会出现的异常”这个说法可能有点歧义。或者我换一个说法。当你进行通讯、或者并行运算,必然会有一些意外,这些问题非常复杂,一般来说都不可能“完美”地完全避免。编程当然要预先检测所有问题,问题是总有某类问题属于真正难以预先检测的,所以这些并不算是一个必须立刻解决的bug,并不排上日程。
当然不要把我说的理由当作借口,而要经常反复、认真分析这些异常。这类问题通常都没有办法从雕虫小技上去解决,而必须通过高明地调整业务流程而“解决”(其实就是避免)。
当然不要把我说的理由当作借口,而要经常反复、认真分析这些异常。这类问题通常都没有办法从雕虫小技上去解决,而必须通过高明地调整业务流程而“解决”(其实就是避免)。
#5
我以前也遇到过 解决了.
#6
如何解决的?现在我遇到这样的问题。请解答。
#7
你在程序中跟踪一下,可能是wcf在返回信息时,序列化出错了,这个问题困扰我好几天刚刚解决!