记得原来好像在那看到过,说是try性能不好,也记不太清了。

解决方案 »

  1.   

    如果本机运行,程序出错的时候明显感觉try处理起来很慢,服务器上不怎么觉得
    不出错没什么感觉
      

  2.   

    发生异常时的性能无所谓的,关键是未发生异常时的性能,因为在web应用程序上,并发数是很多的,这时一个单机运行看不出来的性能损失,可能就会非常严重了。所以我才来问这个问题啊。
      

  3.   


    只要try块中的代码运行了,效率就肯定受影响 至于影响大否我倒没太大感觉,不过我平常就注意try中尽量少放东西建议你最好做个压力测试
      

  4.   

    除非能做到100%的正确。
    要不,不写try带来的后果说不定比那点性能上的损失大多了~
      

  5.   

    to 记得原来好像在那看到过,说是try性能不好,也记不太清了你记得可能是片面的,加了try-catch会有稍微影响,但不会像你所说的会对性能有太大的影响。如果在没发生异常的情况下,基本上和没加try-catch的一样(要不然肯定会有替代的方法);
    如果在发生异常后,效率的影响有绝大一部分是根据当前的try-catch程序块决定,因为发生异常后要找到最近的异常处理程序块,因此很多书上都建议把try-catch程序块尽量减少,这样能快速的找到异常处理块。
    因此,异常处理部分要只对会产生异常的地方进行处理,从而缩短try-catch程序块,而不是刻意的去用try-catch来划分原来的程序块,要记住增加过多的标记也会对程序性能造成影响。
      

  6.   

    我测试过,若不发生异常,那么写在try里面速度几乎没有任何变化。但是一旦有异常抛出,速度就骤然下降。
    所以一定要控制try和catch分支比例,不要频繁使用异常抛出,更不要用此来做逻辑跳转。
      

  7.   

    除非能做到100%的正确。
    要不,不写try带来的后果说不定比那点性能上的损失大多了~
    顶 iheshi(小适)