应用程序错误问题：
1.木马病毒造成常用病毒捆绑应用程序和系统文件，然后安全杀毒软件把有木马病毒应用程序和系统文件查杀导致。
2.应用程序组件丢失，应用程序完整的运行需要一些系统文件或者某些ll文件支持的，如果应用程序组件不完整也会导致的。
3.系统文件损坏或丢失，盗版系统或Ghost版本系统，很容易出现该问题。
4.操作系统自身的问题，操作系统本身也会有bug。
5.硬件问题，例如内存条坏了或者存在质量问题，或者内存条的金手指的灰尘特别多。
应用程序错误解决方法：
1.检查电脑是否存在病毒，请使用百度卫士进行木马查杀。
2.系统文件损坏或丢失，盗版系统或Ghost版本系统，很容易出现该问题。建议：使用完整版或正版系统。
3.安装的软件与系统或其它软件发生冲突，找到发生冲突的软件，卸载它。如果更新下载补丁不是该软件的错误补丁，也会引起软件异常，解决办法：卸载该软件，重新下载重新安装试试。顺便检查开机启动项，把没必要启动的启动项禁止开机启动。
4.如果检查上面的都没问题，可以试试下面的方法。
打开开始菜单→运行→输入cmd→回车，在命令提示符下输入下面命令for%1in(%windir%\system32\*.dll)doregsvr32.exe/s%1回车。
完成后，在输入下面
for%iin(%windir%\system32\*.ocx)doregsvr32.exe/s%i回车。
zuul1.x使用过程中，偶尔会出现failedtorespond的异常信息，对应的异常为httpclient的NoHttpResponseException。
httpclient本身在使用线程池时，偶尔也会出现这个异常。
解决方案就是减少idle的连接存活的时间，zuul本身在SimpleHostRoutingFilter.java
里通过connectionManagerTimer定时器来关闭超过time-to-live的连接。默认是delay30s开始检查，每5s执行一次。
zuul作为client方连接nginx代理的服务，对应的设置为：
而nginx设置的keepalive_timeout=180s，所以当空闲达到180s时，服务端已经断开了连接。这时候httpclient在拿到pool里的connection时就有可能出现NoHttpResponseException。
应该将zuul.host.time-to-live设置为<=nginx的keepalive_timeout。
另外zuul.host.max-per-route-connections应该根据实际情况分配，不宜过大。
而且经过测试，只是偶尔会出现，httpclient内部也在使用各种机制保证connection在断开之后能继续重连。但是在某些特殊情况下，socket的write操作会在毫无异常返回的情况下失败，Httpclient无法处理这种失败，导致无法解析response。
