digdeep

凡是过去,皆是序幕。Read the fucking manual and source code.

  博客园 :: 首页 :: 博问 :: 闪存 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::

调查一个 pdf 打印报错:

ExceptionConverter: org.apache.catalina.connector.ClientAbortException: java.net.SocketException: Software caused connection abort: socket write error
	at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:407)
	at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:480)
	at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:366)
	at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:432)
	at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:420)
	at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:91)
	at java.io.BufferedOutputStream.write(Unknown Source)
	at com.itextpdf.text.pdf.OutputStreamCounter.write(OutputStreamCounter.java:157)
	at java.io.ByteArrayOutputStream.writeTo(Unknown Source)
	at com.itextpdf.text.pdf.PdfStream.toPdf(PdfStream.java:353)
	at com.itextpdf.text.pdf.PdfIndirectObject.writeTo(PdfIndirectObject.java:157)
	at com.itextpdf.text.pdf.PdfWriter$PdfBody.add(PdfWriter.java:396)
	at com.itextpdf.text.pdf.PdfWriter$PdfBody.add(PdfWriter.java:376)
	at com.itextpdf.text.pdf.PdfWriter$PdfBody.add(PdfWriter.java:329)
	at com.itextpdf.text.pdf.PdfWriter.addToBody(PdfWriter.java:780)
	at com.itextpdf.text.pdf.TrueTypeFontUnicode.writeFont(TrueTypeFontUnicode.java:385)
	at com.itextpdf.text.pdf.FontDetails.writeFont(FontDetails.java:274)
	at com.itextpdf.text.pdf.PdfWriter.addSharedObjectsToBody(PdfWriter.java:1249)
	at com.itextpdf.text.pdf.PdfWriter.close(PdfWriter.java:1169)
	at com.itextpdf.text.pdf.PdfDocument.close(PdfDocument.java:780)
	at com.itextpdf.text.Document.close(Document.java:409)

可以看到 在 调用 pdf 的 Document.close() 方法时,抛出了上诉错误。

调试之后的原因是,在chrome浏览器中页面上 点击一次 打印,打印 servlet 会执行两次,第一次 可以正常打印,document.close() 可以正常执行,没有报错,可以执行完了之后,servlet又一次执行了!所以在第二次 document.close() 时,报错:

ClientAbortException: java.net.SocketException: Software caused connection abort: socket write error

原因是,浏览器已经关闭了连接,所以第二次 向浏览器输出 :

response.setContentType("application/pdf");

时,才报错。

发现只有 chrome才存在这个问题。调查的结果:

-----------------------------------------------------------------------------------------

http://blog.lifw.org/post/66162597

贴下全文:

chrome等浏览器的预提取资源机制导致的一个请求发送两次的问题以及ClientAbortException异常

博主在写一篇关于文件下载的博文 http://blog.lifw.org/post/24251622 时,遇到了一个很恶心的问题,现象是我在 chrome 以及 Safari 浏览器地址栏直接输入文件下载链接 localhost:8080/download 时,我的 download 方法被请求了两次,并且第一次抛出如下的 ClientAbortException 异常

然后 chrome 了很多资料,最后终于找到原因:由于 chrome、Safari 等浏览器为了使网页加载更快,使用了一种叫做预提取资源,以便更快速地加载网页机制,也就是说当你在浏览器中输入 url 后,即便你还没回车发送请求,浏览器也会预先发送请求加载资源,因此每当我在地址栏中输入 url localhost:8080/download 时,浏览器便发送请求到我的 download 方法中,然后我的 download 方法给浏览器返回一个文件下载响应,此时,浏览器一看是文件下载,不能预先加载,因此便主动关闭了链接,便导致了ClientAbortException 异常,然后我回车真正发送了该请求,浏览器便会下载文件,此时没有异常,文件下载成功。综上所诉,便导致 chrome 一个请求发送两次的现象。

 

网上查找资料的过程中,看到有的人在做计数统计的时候,如果使用 chrome,则每次请求会计数两次,其实也是该问题导致的,因此如果你在开发的过程中,如果莫名其妙的遇到一个请求发送多次的问题,不妨往这方面考虑一下,关闭 chrome 的预提取资源功能测试一下,往往便能解决问题。这个问题非常恶心,并且不易察觉,希望本文能对后来人有所帮助。

 

 

 

 

posted on 2016-06-19 13:31  digdeep  阅读(4882)  评论(0编辑  收藏  举报
不懂数据库和Web安全的架构师不是一个好的程序员。