A. java web开发，js自动刷新页面过一段时间后页面会崩溃，，，怎么办，，求助大神！！解决了给冲20话费~~
setInterval:
The real delay between func calls for setInterval is less than in the code!
That’s normal, because the time taken by func’s execution “consumes” a part of the interval.
It is possible that func’s execution turns out to be longer than we expected and takes more than 100ms.
In this case the engine waits for func to complete, then checks the scheler and if the time is up, runs it again immediately.
In the edge case, if the function always executes longer than delay ms, then the calls will happen without a pause at all.
setTimeout:
The recursive setTimeout guarantees the fixed delay (here 100ms).
That’s because a new call is planned at the end of the previous one.
举例：
B. 为什么网站总出来崩溃的
面试某公司的时候，面试官问到，导致浏览器崩溃的原因有哪些？愚辈不才，仅回答出了内存泄漏。其实在网页在装载的过程中，常常由于种种原因使浏览器的反映变的很慢，或造成浏览器失去响应，甚至会导致机器无法进行其他的操作。 对于访客，如果登录您网站，浏览器就立刻崩溃，我想这对谁都是无法容忍的，对此总结了网站导致浏览器崩溃的原因： 1. 内存泄漏 还是先谈下内存泄漏，网站由于内存泄漏的而照成崩溃有两种情况，服务器的崩溃和浏览器的崩溃。内存泄漏所造成的问题是显而易见的，它使得已分配的内存的引用就会丢失，只要系统还在运行中，则进程就会一直使用该内存。这样的结果是，曾占用更多的内存的程序会降低系统性能，直到机器完全停止工作，才会完全清空内存。 Apache的Web服务器是用C/C++编写的，C/C++的内存泄漏问题不必多说，系统中存在无法回收的内存，有时候会造成内存不足或系统崩溃。在Java中，内存泄漏就是存在一些被分配的可达而无用的对象，这些对象不会被GC所回收，然而它却占用内存。 而在客户端，JavaScript所造成的内存泄漏，也将可能使得浏览器崩溃。关于JavaScript的内存泄漏的文章，较权威的有《Memory leak patterns in JavaScript》和《Understanding and Solving Internet Explorer Leak Patterns》。 JavaScript 是一种垃圾收集式（garbage collector，GC）语言，这就是说，内存是根据对象的创建分配给该对象的，并会在没有对该对象的引用时由浏览器收回。再根据《Fabulous Adventures In Coding》一文的说法：“JScript uses a nongenerational mark-and-sweep garbage collector.”，对” nongenerational mark-and-sweep”的可以这样理解，浏览器处理JavaScript并非采用纯粹的垃圾收集，还使用引用计数来为Native对象(例如Dom、ActiveX Object)处理内存。 在引用计数系统，每个所引用的对象都会保留一个计数，以获悉有多少对象正在引用它。如果计数为零，该对象就会被销毁，其占用的内存也会返回给堆。 当对象相互引用时，就构成循环引用，浏览器（IE6，Firefox2.0）对于纯粹的JavaScript对象间的循环引用是可以正确处理的，但由于在引用计数系统，相互引用的对象都不能被销毁，因为是引用计数永远不能为零，因此浏览器无法处理JavaScript与Native对象(例如Dom、ActiveX Object)之间循环引用。所以，当我们出现Native对象与JavaScript对象间的循环引用时，就会出现内存泄漏的问题。 简单来说就是，浏览器使用引用计数来为Native对象处理内存，而引用计数的对象无法被销毁，涉及Native对象的循环引用将会出现内存泄漏。配合下面的例子，理解这句话，基本上就可以理解JavaScript造成的内存泄漏了。 var obj; window.onload = function(){ // JavaScript对象obj到DOM对象的引用，根据id获得 obj=document.getElementById("DivElement"); // DOM 对象则有到此 JavaScript 对象的引用，由expandoProperty实现 document.getElementById("DivElement").expandoProperty=obj; }; 可见，JavaScript 对象和 DOM 对象间就产生了一个循环引用。由于 DOM 对象是通过引用计数管理的，所以两个对象将都不能销毁。 另一种情况是闭包中，当碰到闭包，我们在Native对象上绑定事件响应代码时，很容易制造出Closure Memory Leak。其关键原因和前者是一样的，也是一个跨JavaScript对象和Native对象的循环引用。只是代码更为隐蔽。 window.onload = function AttachEvents(element){ //element有个引用指向函数ClickEventHandler() element.attachEvent( " onclick " , ClickEventHandler); function ClickEventHandler(){ //该函数有个引用指向AttachEvents(element)调用Scope， //也就是执行了参数element。 } } 这里简单理解了JavaScript造成内存泄漏的原因，内存泄漏加大浏览器的负担，很有可能导致浏览器崩溃，我们要做的就是尽量去避免这种情况，做法可参考刚刚所说《Memory leak patterns in JavaScript》和《Understanding and Solving Internet Explorer Leak Patterns》两篇文章加以理解。处理JavaScript内存泄漏最终目的还是要打破JavaScript对象和Native对象间的循环引用或者清零引用计数，释放对象。 一些内存泄漏如闭包内存泄漏，我们可能比较难以发现，内存泄漏的检测我们可能参考《javascript 内存泄露工具使用》。 2. 网页代码复杂和浏览器bug 大量个人网站和低质量网站代码的涌现造成对浏览标准的普遍不支持，如果正好碰上浏览器存在的一些bug，浏览器渲染引擎在处理这些网页代码的时候会出错，比如陷入死循环或直接崩溃等。 HTML代码导致网站崩溃 这是HTML结构错误而导致IE6的崩溃，在<col width="100"/>前或后添加任何字符均会导致IE6 Crash。 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"" http://www.w3.org/TR/html4/loose.dtd"> <html><head></head><body> <table> <tr> <td> <table style="width:100%;table-layout:fixed;"> <colgroup><col width="100px"><col></colgroup> </table> </td> </tr><table></body></html> 该代码来个韩国的一个网站，无论是使用XHTML或者HTML的什么版本，只要带了DOCTYPE声明，IE6就会立即崩溃，当不带DOCTYPE声明的时候就没有错误，原因可能跟文档类型声明有关。 令IE6崩溃的CSS代码 该代码参考自网站Cats who Code。该Bug发现与2007年，据说是一名日本人发现的： <style>*{position:relative}</style><table><input></table> 原因在于table中直接放置内容，在IE6会引起mshtml.dll模块损坏而关闭浏览器，非IE6则安全无恙。 除此之外，存在于IE6的Bug还有下面这种情况，当伪类为 a:active 时同样会遇到此问题： <style type="text/css"> a{position:relative;} a:hover{float:left;} </style><a href="">崩溃IE6 ，crash ie6</a> 解决方案：为 <a> 添加 zoom:1; 令其触发haslayout。 <style type="text/css"> a{position:relative;zoom:1;} a:hover{float:left;} </style> 令IE7崩溃的CSS代码 此Bug来自偷米饭，它只存在IE7中据估计是处理省略字的时候导致IE7崩溃。 <style type="text/css"> div{float:left;width:175px;} ul{overflow:hidden;white-space:nowrap;text-overflow:ellipsis;} li{position:relative;} </style><div> <ul> <li>崩溃崩溃崩溃崩溃崩溃crash ie7</li> <li>崩溃崩溃崩溃崩溃崩溃crash ie7</li> </ul></div> 解决方案：为 <li> 添加 zoom:1; 令其触发haslayout 令IE6崩溃的JavaScript代码 来自Internet Explorer Sucks，这个网站就是使用了一下代码，当你使用IE6访问的时候，浏览器将立刻崩溃。代码如下： <script>for (x in document.write) { document.write(x);}</script> 具体引起的原因暂时无法解析，但在兼容性和执行效率来看一般不会采取这样的写法。 3. 网页数据过多 网页含有大量需要处理的数据，造成系统繁忙，如多图页面，超长页面等，或者网页内嵌的各种控件会导致浏览器处理大量数据，造成系统繁忙。如Flash游戏，ActiveX控件等。当浏览器访问网站的时候，如果网站的数据量大，会使得浏览器一般在处理过程中会占用很大的CPU使用率和内存、造成浏览器失去响应，甚至会使电脑系统死机。在网站开发的时候，如果充分考虑Web性能，很大程度上能避免这个问题。 4. Ajax的Web服务漏洞 Ajax的是基于XML的异步传输，文本格式的XML消息可能是二进制数据带宽量的两倍之多。传输XML消息所需的带宽越多，系统或应用程序用来执行其他任务的可用资源就越少。例如执行复杂算法来获取期望结果。 过高的带宽可能导致由系统超载引起的性能减退。过高的带宽将导致Ajax应用程序输出破损的数据，因为没有足够的资源生成干净的数据。这意味着Web服务门户(Ajax应用程序属于其中的一部分)将把破损数据暴露给门户的其他部分，从而导致畸形消息和过度解析。如果威胁者利用了这个漏洞，则会引起浏览器崩溃。 另外一方面，频繁的、较小的 HTTP 请求会加重后端服务器、负载均衡程序和防火墙的负担，结果是造成过高的带宽，最终导致性能降低。如果客户端长期停留在该页面或没有关闭浏览器，会使得浏览器的内存持续上涨，得不到释放，导致客户端浏览器崩溃。 为此，在较多的时候Ajax的时候，我们要考虑通过专门的硬件加速器、优化软件、消除代码冗余、XML加速功能和解决互操作性问题等方式加速Ajax应用程序。另外，积极地监视通信流可以持续地度量Ajax应用程序的网络流量性能。通过将数据放入实时日志中，您可以查看在哪些位置何时出现大量的包丢失和抖动事件，响应变慢的原因以及如何通过修改应用程序的优先级来改善通信流性能。 5. 其他原因 除以上提到的原因之外，还有其他许多原因，虽然有些不会导致浏览器直接崩溃，但也会造成网站无法访问，如日志文件导致磁盘已满、Web服务器C指针错误、进程缺乏文件描述符、线程死锁、数据库中的临时表不够用和服务器超载等，可参考《导致Web站点崩溃最常见的七大原因》。 总结 对于访客，如果登录您网站，浏览器就立刻崩溃，我想这对谁都是无法容忍的，通过总结《网站令浏览器崩溃的原因》，在我们从事网站开发维护的时候，我们应该尽量去避免内存泄漏、代码错误和冗余及数据量过大等问题，构建更佳性能的站点。
记得采纳啊
C. 用myeclipse开发了一个java web程序，发布之后在浏览器打开，每次一登录浏览器占内存就很大，然后就崩溃
检查你的web程序是否包含了死循环。
一般来说这个问题会导致内存不停增大，直至崩溃。
D. Web前端工程师如何处理Web前端的异常_
今天小编要跟大家分享的文章是关于Web前端工程师如何处理前端的异常。前端一直是距离用户最近的一层，随着产品的日益完善，我们会更加注重用户体验，而前端异常却如鲠在喉，甚是烦人。下面我们就来看一看前端工程师该如何处理前端异常。一、为什么要处理异常异常是不可控的，会影响最终的呈现结果，但是我们有充分的理由去做这样的事情。
1.增强用户体验；
2.远程定位问题；
3.未雨绸缪，及早发现问题；
4.无法复线问题，尤其是移动端，机型，系统都是问题；
5.完善的前端方案，前端监控系统；
对于JS而言，我们面对的仅仅只是异常，异常的出现不会直接导致JS引擎崩溃，最多只会使当前执行的任务终止。二、需要处理哪些异常？对于前端来说，我们可做的异常捕获还真不少。总结一下，大概如下：
·___S语法错误、代码异常
·___JAX请求异常
·___蔡试醇釉匾斐
·___romise异常
·___frame异常
·___缬_cripterror
·___览：涂ǘ
下面我会针对每种具体情况来说明如何处理这些异常。三、Try-Catch的误区try-catch只能捕获到同步的运行时错误，对语法和异步错误却无能为力，捕获不到。
1.同步运行时错误：
try{
letname='jartto'
console.log(nam);
}catch(e){
console.log('捕获到异常：',e);
}
输出：
捕获到异常：ReferenceError:namisnotdefined
at:3:15
2.不能捕获到语法错误，我们修改一下代码，删掉一个单引号：
try{
letname='jartto;
console.log(nam);
}catch(e){
console.log('捕获到异常：',e);
}
输出：
UncaughtSyntaxError:Invalidorunexpectedtoken
不过语法错误在我们开发阶段就可以看到，应该不会顺利上到线上环境。
3.异步错误
try{
setTimeout(()=>{
undefined.map(v=>v);
},1000)
}catch(e){
console.log('捕获到异常：',e);
}
我们看看日志：
UncaughtTypeError:Cannotreadproperty'map'of
undefined
atsetTimeout(:3:11)
并没有捕获到异常，这是需要我们特别注意的地方。四、window.onerror不是万能的当JS运行时错误发生时，window会触发一个ErrorEvent接口的error事件，并执行window.onerror()。/**
*@param{String}message错误信息
*@param{String}source出错文件
*@param{Number}lineno行号
*@param{Number}colno列号
*@param{Object}errorError对象（对象）
*/
window.onerror=function(message,source,lineno,colno,error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
1.首先试试同步运行时错误
window.onerror=function(message,source,lineno,colno,
error){
//message：错误信息（字符串）。
//source：发生错误的脚本URL（字符串）
//lineno：发生错误的行号（数字）
//colno：发生错误的列号（数字）
//error：Error对象（对象）
console.log('捕获到异常：',{message,source,lineno,colno,
error});
}
Jartto;
可以看到，我们捕获到了异常：
2.再试试语法错误呢？
window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
letname='Jartto
控制台打印出了这样的异常：
UncaughtSyntaxError:Invalidorunexpectedtoken
什么，竟然没有捕获到语法错误？
3.怀着忐忑的心，我们最后来试试异步运行时错误：
window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
setTimeout(()=>{
Jartto;
});
控制台输出了：
捕获到异常：{message:"Uncaught
ReferenceError:Jarttoisnotdefined",source:
"http://127.0.0.1:8001/",lineno:36,colno:5,error:
ReferenceError:Jarttoisnotdefined
atsetTimeout(http://127.0.0.1:8001/:36:5)}
4.接着，我们试试网络请求异常的情况：
我们发现，不论是静态资源异常，或者接口异常，错误都无法捕获到。
补充一点：window.onerror函数只有在返回true的时候，异常才不会向上抛出，否则即使是知道异常的发生控制台还是会显示UncaughtError:xxxxx
window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
returntrue;
}
setTimeout(()=>{
Jartto;
});
控制台就不会再有这样的错误了：
UncaughtReferenceError:Jarttoisnotdefined
atsetTimeout((index):36)
需要注意：onerror最好写在所有JS脚本的前面，否则有可能捕获不到错误；onerror无法捕获语法错误；
到这里基本就清晰了：在实际的使用过程中，onerror主要是来捕获预料之外的错误，而try-catch则是用来在可预见情况下监控特定的错误，两者结合使用更加高效。
问题又来了，捕获不到静态资源加载异常怎么办？五、window.addEventListener当一项资源（如图片或脚本）加载失败，加载资源的元素会触发一个Event接口的error事件，并执行该元素上的onerror()处理函数。这些error事件不会向上冒泡到window，不过（至少在Firefox中）能被单一的window.addEventListener捕获。
window.addEventListener('error',(error)=>{
console.log('捕获到异常：',error);
},true)
控制台输出：
SHAPE*MERGEFORMAT
由于网络请求异常不会事件冒泡，因此必须在捕获阶段将其捕捉到才行，但是这种方式虽然可以捕捉到网络请求的异常，但是无法判断HTTP的状态是404还是其他比如500等等，所以还需要配合服务端日志才进行排查分析才可以。
需要注意：
·___煌榔飨路祷氐_rror对象可能不同，需要注意兼容处理。
·___枰⒁獗苊_ddEventListener重复监听。六、PromiseCatch在promise中使用catch可以非常方便的捕获到异步error，这个很简单。
没有写catch的Promise中抛出的错误无法被onerror或try-catch捕获到，所以我们务必要在Promise中不要忘记写catch处理抛出的异常。
解决方案：为了防止有漏掉的Promise异常，建议在全局增加一个对unhandledrejection的监听，用来全局监听UncaughtPromiseError。使用方式：
window.addEventListener("unhandledrejection",
function(e){
console.log(e);
});
我们继续来尝试一下：
window.addEventListener("unhandledrejection",
function(e){
e.preventDefault()
console.log('捕获到异常：',e);
returntrue;
});
Promise.reject('promiseerror');
可以看到如下输出：
那如果对Promise不进行catch呢？
window.addEventListener("unhandledrejection",
function(e){
e.preventDefault()
console.log('捕获到异常：',e);
returntrue;
});
ewPromise((resolve,reject)=>{
reject('jartto:promiseerror');
});
嗯，事实证明，也是会被正常捕获到的。
所以，正如我们上面所说，为了防止有漏掉的Promise异常，建议在全局增加一个对unhandledrejection的监听，用来全局监听UncaughtPromiseError。
补充一点：如果去掉控制台的异常显示，需要加上：
event.preventDefault();七、VUEerrorHandlerVue.config.errorHandler=(err,vm,info)=>{
console.error('通过vue
errorHandler捕获的错误');
console.error(err);
console.error(vm);
console.error(info);
}八、React异常捕获React16提供了一个内置函数componentDidCatch，使用它可以非常简单的获取到react下的错误信息
componentDidCatch(error,info){
console.log(error,info);
}
除此之外，我们可以了解一下：errorboundaryUI的某部分引起的JS错误不应该破坏整个程序，为了帮React的使用者解决这个问题，React16介绍了一种关于错误边界（errorboundary)的新观念。
需要注意的是：errorboundaries并不会捕捉下面这些错误。
1.事件处理器2.异步代码3.服务端的渲染代码4.在errorboundaries区域内的错误
我们来举一个小例子，在下面这个componentDIdCatch(error,info)里的类会变成一个errorboundary：
.Component{
constructor(props){
super(props);
this.state={hasError:false};
}
componentDidCatch(error,info){
//DisplayfallbackUI
this.setState({hasError:true});
//
logErrorToMyService(error,info);
}
render(){
if(this.state.hasError){
//
returnSomethingwentwrong.
;
}
returnthis.props.children;
}
}
然后我们像使用普通组件那样使用它：
componentDidCatch()方法像JS的catch{}模块一样工作，但是对于组件，只有class类型的组件(classcomponent)可以成为一个errorboundaries。
实际上，大多数情况下我们可以在整个程序中定义一个errorboundary组件，之后就可以一直使用它了！九、iframe异常对于iframe的异常捕获，我们还得借力window.onerror：
window.onerror=function(message,source,lineno,colno,
error){
console.log('捕获到异常：',{message,source,lineno,colno,error});
}
一个简单的例子可能如下：
frameborder="0">
十、Scripterror一般情况，如果出现Scripterror这样的错误，基本上可以确定是出现了跨域问题。这时候，是不会有其他太多辅助信息的，但是解决思路无非如下：
跨源资源共享机制(CORS)：我们为script标签添加crossOrigin属性。
或者动态去添加js脚本：
constscript=document.createElement('script');
script.crossOrigin='anonymous'
script.src=url;
document.body.appendChild(script);
特别注意，服务器端需要设置：Access-Control-Allow-Origin
此外，我们也可以试试这个-解决ScriptError的另类思路：
constoriginAddEventListener=EventTarget.prototype.addEventListener;
EventTarget.prototype.addEventListener=function(type,listener,options){
constwrappedListener=function(...args){
try{
returnlistener.apply(this,args);
}
catch(err){
throwerr;
}
}
returnoriginAddEventListener.call(this,type,wrappedListener,options);
}
简单解释一下：
·___男戳_ventTarget的addEventListener方法；
·___源氲_istener进行包装，返回包装过的listener，对其执行进行try-catch；
·___榔鞑换岫_ry-catch起来的异常进行跨域拦截，所以catch到的时候，是有堆栈信息的；
·___匦_hrow出来异常的时候，执行的是同域代码，所以window.onerror捕获的时候不会丢失堆栈信息；
利用包装addEventListener，我们还可以达到“扩展堆栈”的效果：
(()=>{
constoriginAddEventListener=EventTarget.prototype.addEventListener;
EventTarget.prototype.addEventListener=function(type,listener,options){
+//捕获添加事件时的堆栈
+constaddStack=newError(`Event(${type})`).stack;
constwrappedListener=function(...args){
try{
returnlistener.apply(this,args);
}
catch(err){
+//异常发生时，扩展堆栈
+err.stack+='
'+addStack;
throwerr;
}
}
returnoriginAddEventListener.call(this,type,wrappedListener,options);
}
})();十一、崩溃和卡顿卡顿也就是网页暂时响应比较慢，JS可能无法及时执行。但崩溃就不一样了，网页都崩溃了，JS都不运行了，还有什么办法可以监控网页的崩溃，并将网页崩溃上报呢？
崩溃和卡顿也是不可忽视的，也许会导致你的用户流失。
1.利用window对象的load和beforeunload事件实现了网页崩溃的监控。不错的文章，推荐阅读：Logging
InformationonBrowserCrashes。window.addEventListener('load',function(){
sessionSt
E. 电视web浏览器崩溃黑屏
您好：
抱歉，产品给您带来不便了！针对您提出的前两个问题，建议您：
1.三星智能电视Web浏览器与电脑浏览器不同，只支持H.264视频格式编码的在线视频播放，非此格式的视频在播放中会遇到各种异常问题，或无法播放。此外，由于电视本身内存和CPU性能问题，不能很好的支持高清或超高清视频播放，当播放这种视频时会占用很大的内存，浏览器为保护电视程序能正常运行，会退出浏览器。F8000系列电视支持芒果互联网电视软件，连接互联网以后进入该软件观看网络视频内容，一般家中4M及以上宽带即可流程观看。
2.请将电视进行升级，操作方法：通过三星官网下载匹配型号的最新固件，http://www.samsung.com/cn/support/model/UA60F8000AJXXZ完毕后打开释放到清空的U盘中，然后连接电视，按智能触摸遥控器的【更多】键，依次选择【项目】-【支持】-【软件更新】进行更新。
重设Smart Hub：按智能触摸遥控器的【更多】键，依次选择【项目】-【Smart功能】-【重设Smart Hub】，输入自定义密码或初始密码“0000”。然后再按【SMART HUB】键，按照提示进行操作，操作完毕电视将重新安装智能界面中的软件。
3.若上述操作不能解决问题，请电话联系400-810-5858申请远程服务。
针对第三个问题，建议您在上述操作完毕后再尝试，若依然出现同样提示，再与芒果客服联系，客服电话：400-677-0707。
欢迎访问三星服务预约：
https://support-cn.samsung.com/suppor
F. web 网页崩溃
最近开发了一个网页，通过定时查询后台状态来监控一个系统平台。但是现在遇到一个问题，就是该页面在长时间闲置后容易崩溃（刷新后又能正常显示），发生崩溃时浏览器显示内容如下：
目前的情况是，页面数据量较大（对应chrome进程的内存占用在100多M），但是经检查，整个过程中并没有出现内存泄露，后台也没有报错。我不太确定这是网页的问题还是浏览器在某些场景下（比如内存占用高）出现的不稳定问题，请问这种问题应该如何解决？
G. 浏览器经常崩溃怎么回事所有的浏览器都试过了，还是不行。
1、浏览器卡死有多方面的原因造成，具体你是哪种情况我也没办法下定论，
估计你用的都是IE核的浏览 器吧，像傲游、360、腾讯tt等这些用的都是IE核，假死问题是通病，很难彻底解决，对于新手来说，还是建议你换个稳定的浏览器吧，比如火狐等非IE核 的浏览器都不错，相对来说稳定很多，我用火狐从来没碰到过假死的情况，打开17、8个标签都没问题。
2、不知道你是什么配置，配置低的话更容易死 机，很多时候浏览器死机是网页广告造成的，你看搜狐、新浪一打开又是视频又是广告的，这些广告占流量很大，尤其是打开页面的时候，集体弹出，很容易造成死 机，换个广告拦截能力强的浏览器吧，新版火狐自带的ADBLOCK PLUS很强大，可以订阅屏蔽规则，可以拦截99%的网页广告，页面会清爽很多。
3、 新版火狐还对速度进行了优化设置，增加了服务器连接数，缩短了响应时间等等，视频图片都明显的比IE系的快。
火狐中国版下载——中关村下载http://xiazai.zol.com.cn/detail/12/117589.shtml
火狐高速加强版：
http://dl1.hidrop.com/packaging/ent-highspeed/firefox-ent-highspeed.rar?from=mail
H. javaweb项目连接有数据库,访问几次就崩溃溃
我个人是做数据分析的，我是根据平时跟其他同事的交流来说的，可行性需要您自己实践
通过数据库集群做负载均衡
数据库再怎么优化SQL，再怎么建立连接池，它的IO就是那样，最大连接数量就是那么多，这是没办法的，现在主流的数据库都支持做集群搭建，建议楼主去看看，平时对于关联查询多表查询的字段多做索引多维护，多使用ID作为查询条件，ID尽量使用统一的算法分配
通过静态页面降低服务器压力
尽量不适用jsp页面，改成html的，图片和其他资源分离；多使用原生js去写，少使用框架，多用ajax交互从而减少带宽支出
提升服务器配置和数量，这个就需要财力物力的投入了
web项目出问题除了开发人员，运维人员也有很大责任，多和网维和运维交流吧他们会给你更多的意见
I. 服务器出现崩溃是什么原因呢
服务器崩溃的几种原因第一：高并发流量或请求超过服务器承受力
无论是企业和个人在租用服务器的时候都会受到峰值承受限制的，一旦超过服务器的承受能力，就会导致服务器瘫痪，应用程序暂停，网站无法访问。服务器都是有峰值限制的，不可能承受无上限的并发能力。而造成服务器瘫痪的原因就是在同一段时间内，访问人数多，造成高流量的突进。超出了服务器的承受范围。这种例子我们经常可以看到，比如双11期间，很多公司为了应对双11的高流量，开启的紧急避险措施和大规模的服务器负载能力。还有春运期间，12306网站由于受到高并发的问题，也会频繁的出现崩溃。
第二：磁盘空间不足
导致服务器无法正常运行的原因也有可能是磁盘空间溢出导致的。企业的网络管理员应该实时关注磁盘的使用情况，并且要在规定的时间把磁盘储存的数据备份到另外的存储设备里面，确保数据无遗失，推荐相关阅读：哪些网站应该使用服务器呢？
服务器的磁盘大部分的资源都是被日志文件占用了，包括web服务器，数据库等日志信息都包括其中，以及应用程序服务器日志文件均与内存泄漏是同等的危害。我们可以采取措施保护我们的数据和日志文件，日志文件对应用程序进行异地存储。日志文件系统空间如果满了，则web服务器将自动被挂起，但是机器本身瘫痪和宕机的几率就会大大降低。
第三：服务器超载
连接web服务器都是用一个线程链接的，web服务器会在线程用过之后自动挂起，不会再未已链接的线程提供任何服务。如果我们用了负载机制，那么如果该服务器没有响应，则该服务器的负载则会自动的转移到其他web服务器上，这个操作会使服务器一个接一个的用光线程。这中操作可能会导致整个服务器机组被挂起，操作系统同时还有可能在不断接收新的链接，而我们的web服务器无法未其提供服务，致使服务器崩溃。
第四：服务器遭到恶意攻击
网络科技的不断发展同时，黑客的技术和渗透也是很强的，服务器和系统遭受到攻击已经是普遍存在的了。所有服务器都会面临这个问题，这个是无法预测的危险，我们只能实时做好安全防护，将被攻击的风险降至最低。