对于调用发送SMS消息的第三方Web服务的组件，我们的日志中经常会出现 java.net.SocketException: Connection reset 错误 .
我们的应用程序是用Java编写的，并且运行在Tomcat 5.5之上 . 它是由不再与我们在一起的承包商编写的 . 目前的团队没有真正的Java专业知识，我们不确定 Connection reset 错误实际来自何处，以及如何进行调试 .
该问题似乎完全断断续续，与我们尝试发送的消息无关 .
有关此异常的典型原因可能是什么以及我们如何进行的任何建议都是受欢迎的 .
整个调用堆栈包含在下面以保证完整性 .
（ com.companyname.mtix.sms 是我们的组成部分）
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read(BufferedInputStream.java:235)
at org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:77)
at org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:105)
at org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.java:1115)
at org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1832)
at org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1590)
at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:995)
at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:397)
at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:170)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:396)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:324)
at com.companyname.mtix.sms.services.impl.message.SendTextMessage.sendTextMessage(SendTextMessage.java:127)
at com.companyname.mtix.sms.services.MessageServiceImpl.sendTextMessage(MessageServiceImpl.java:125)
at com.companyname.mtix.sms.services.remote.MessageServiceRemoteImpl.sendTextMessage(MessageServiceRemoteImpl.java:43)
at sun.reflect.GeneratedMethodAccessor203.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:397)
at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:186)
at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:323)
at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:453)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.companyname.mtix.sms.http.filters.NoCacheFilter.doFilter(NoCacheFilter.java:63)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.companyname.mtix.sms.http.filters.MessageFilter.doFilter(MessageFilter.java:53)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:61)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:77)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.ajaxanywhere.AAFilter.doFilter(AAFilter.java:46)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
编辑
从中抛出异常的代码行是下面代码片段中的最后一行 .
String aggregatorResponse = null;
HttpClient httpClient = prepareHttpClient( username, password );
PostMethod postMethod = preparePostMethod( textUrl );
try {
SybaseTextMessageBuilder builder = new SybaseTextMessageBuilder();
URL notifyUrl = buildNotificationUrl( textMessage, codeSetManager );
String smsRequestDocument = builder.buildTextMessage( textMessage, notifyUrl );
LOG.debug( "Sybase MT document created as: \n" + smsRequestDocument );
postMethod.setRequestEntity( new StringRequestEntity( smsRequestDocument ) );
LOG.debug( "commiting SMS to aggregator: " + textMessage.toString() );
int httpStatus = httpClient.executeMethod( postMethod );
15 回答
这个错误 happens on your side 而不是另一边 . 如果对方重置连接，则异常消息应该说：
原因是
HttpClient内部的连接是陈旧的 . 检查SSL的陈旧连接不会修复此错误 . 解决方案：转储客户端并重新创建 .如果您尝试访问部署在Glassfish3服务器上的Web服务，则可能需要调整http-thread-pool设置 . 修复了许多并发线程调用Web服务时我们遇到的SocketExceptions .
转到管理控制台
导航至"Configurations" - > "Server config" - > "Thread pools" - > "http-thread-pool" .
将设置"Max Thread Pool Size"从5更改为32
将设置"Min Thread Pool Size"从2更改为16
重启Glassfish .
我也偶然发现了这个错误 . 在我的情况下问题是我使用JRE6，支持TLS1.0 . 服务器仅支持TLS1.2，因此抛出此错误 .
在我的情况下，这是因为我的Tomcat设置不足
maxHttpHeaderSize用于特别复杂的SOLR查询 .希望这有助于那里的人！
SocketException的javadoc声明它是
在您的情况下，似乎连接已被连接的服务器端关闭 . 这可能是您发送的请求或最终问题的问题 .
为了帮助调试，您可以使用Wireshark等工具查看实际的网络数据包 . 此外，您是否有可用于测试Web服务的Java代码的替代客户端？如果成功，则可能表明Java代码中存在错误 .
当您使用Commons HTTP Client时，请查看Common HTTP Client Logging Guide . 这将告诉您如何在HTTP级别记录请求 .
我一直都会收到这个错误，并认为这是正常的 .
当一方在另一方已经挂断时试图读取时，会发生这种情况 . 因此 depending on the protocol this may or may not designate a problem . 如果我的客户端代码专门向服务器指示它将挂起，则客户端和服务器可以同时挂断，并且不会发生此消息 .
我实现代码的方式是让客户端挂起而不说再见 . 然后，服务器可以捕获错误并忽略它 . 在HTTP的上下文中，我相信协议的一个级别允许每个连接多于一个请求而另一个不允许 .
因此，你可以看到一方有可能继续挂在另一方 . 我怀疑你收到的错误是任何海盗问题，你可以简单地 grab 它以防止它填满你的日志文件 .
异常表示套接字从另一侧意外关闭 . 由于您正在调用Web服务，因此不应该发生这种情况 - 很可能您发送的请求会触发Web服务中的错误 .
尝试在这些情况下记录整个请求，看看是否有任何异常 . 否则，请与Web服务提供商联系并向他们发送您记录的有问题的请求 .
当客户端在通过套接字返回响应之前关闭套接字连接时，在服务器端发生此错误 . 在Web应用程序场景中，并非所有这些都是危险的，因为它们可以手动创建 . 例如，在检索响应之前退出浏览器 .
我知道这个线程有点旧，但想加我2美分 . 在我们的其中一个版本之后，我们遇到了相同的“连接重置”错误 .
根本原因是，我们的
apache服务器被部署了 . 我们所有的第三方流量都通过apache而我们因为关闭而得到连接重置错误 .这是一个老线程，但我昨天遇到了
java.net.SocketException: Connection reset.服务器端应用程序的限制设置已更改为一次只允许1个连接！因此，有时呼叫通过，有时不通过 . 我通过更改限制设置解决了这个问题 .
我得到了此错误，因为我尝试连接的端口已关闭 .
我也得到了那个错误：
Connection reset by peer. Spring的REST模板在运行postForObject()方法时引发了异常 . 对我来说，问题是HTTP URL请求太长 . 因此，首先检查生成的URL是否应该是什么，如果您的服务器确实应该能够处理该长度的请求，只需转到服务器的配置并提高URL请求的默认允许长度 .这解决了我的问题，但请注意：应用程序可能无法在某些Internet浏览器上运行，特别是旧的浏览器，因为它们具有固定的URL请求的最大长度 .
希望能帮助到你...
当我试图读取的文本文件包含与防火墙上的防病毒签名匹配的字符串时，我收到此错误 .
FWIW，当我意外地向期待POST请求的 endpoints 发出GET请求时，我收到此错误 . 据推测，这只是处理问题的特定服务器方式 .
我遇到了这个问题 . 它是由数据库中与您要通过Webservice修改的表相关的锁定会话引起的 .
找到锁定的会话ID：
这应该为您提供有关哪个表被锁定但尚未完成修改的线索 .
然后在
v$session中删除它：（例如 99 . ）