这个异常是因为如下几个缘由形成。 linux
一、客户端再发起请求后没有等服务器端相应完，点击了stop按钮，致使服务器端接收到取消请求。 一般状况下是不会有这么无聊的用户，出现这种状况多是因为用户提交了请求，服务器端相应缓慢，好比业务逻辑有问题等缘由，致使页面过了好久也没有刷新出来，用户就有可能取消或从新发起请求。web
二、Tomcat服务器在接受用户请求的时候，有其自身的处理能力，线程、服务器等各个资源限制，超出Tomcat承载范围的请求，就会被tomcat停掉，也可能产生该错误。 数据库
三、linux的线程机制会产生JVM出错的问题，特别是在链接高峰期间常常出现这样的问题，tomcat在linux下也出现相似状况。
Java代码tomcat
- 1.sun的解释：
- 2.－－posted by: cooper
- 3.Below is a clipping from Sun on working around JVM crashes under high
- 4.thread counts in the JVM 1.3 for Linux
- 5.
- 6.On Linux, use a larger signal number for hotspot thread
- 7.suspension/resumption handler. The signal number being used is
- 8.specified by environment variable _JAVA_SR_SIGNUM. Setting it to a
- 9.number larger than SIGSEGV (11) will solve the problem. A good number
- 10.to use is 12, which is SIGUSR2. Using signal 16 to work around the
- 11.problem might have potential problems. So on tcsh, "setenv
- 12._JAVA_SR_SIGNUM 12" can solve the problem.
- sun的解释：
- －－posted by: cooper
- Below is a clipping from Sun on working around JVM crashes under high
- thread counts in the JVM 1.3 for Linux
- On Linux, use a larger signal number for hotspot thread
- suspension/resumption handler. The signal number being used is
- specified by environment variable _JAVA_SR_SIGNUM. Setting it to a
- number larger than SIGSEGV (11) will solve the problem. A good number
- to use is 12, which is SIGUSR2. Using signal 16 to work around the
- problem might have potential problems. So on tcsh, "setenv
- _JAVA_SR_SIGNUM 12" can solve the problem.
“_JAVA_SR_SIGNUM=12”等号两边必须没有空格，等号是半角 服务器
资料:
Broken pipe产生的缘由一般是当管道读端没有在读，而管道的写端继续有线程在写，就会形成管道中断。（因为管道是单向通讯的） SIGSEGV(Segment fault)意味着指针所对应的地址是无效地址，没有物理内存对应该地址。 如下是UNIX的信号解释： 11 / SIGSEGV: Unerlaubter Zugriff auf Hauptspeicher (Adressfehler). 12 / SIGUSER2: User-defined Signal 2 (POSIX). 把_JAVA_SR_SIGNUM改为12只是将信号至成user-defined，让它不报出来而已，不能解决问题。 建议采起的方式：
1． 资源没有彻底释放，用完后要至NULL 值（JAVA的GC没那么完善）
2． 数据库链接顺序关闭！（RS，PS，CONN）
3． 优化JAVA虚拟机 加入相应的内存参数！
4． 不要在数据库中获取大段文本（即一个栏位的值不要太大）
5． JAVA 不推荐 用String 获取大量信息。（容易形成内存泄露，建议用StringBuffer）
6． 页面重复提交
7． 尽可能将METHOD移到JAVA中，在JSP中全部的方法都看作全局变量，编译执行自己就有不少问题。
8． 若是是查询功能，尽量的使用非XA(事务)。
9． 尽可能用较新较稳定版本的JDK，低版本的JVM自己也有不少BUG，好比1。5的垃圾回收比起1。2，1。3必定是很是明显的进步。
10． LINUX系统自己没有这么稳定，有些问题没法避免的~~：）oop