在Java中抛异常的性能是非常差的。通常来说,抛一个异常大概会消耗100到1000个时钟节拍。
通常是出现了意想不到的错误,我们才会往外抛异常。也就是说,我们肯定不希望一个进程一秒钟就抛出上千个异常。不过有时候你确实会碰到有些方法把异常当作事件一样往外抛。我们在
这篇文章中已经看到一个这样的典范):sun.misc.BASE64Decoder之所以性能很差就是因为它通过抛异常来对外请求道,”我还需要更多的数据“:
at java.lang.Throwable.fillInStackTrace(Throwable.java:-1)
at java.lang.Throwable.fillInStackTrace(Throwable.java:782)
- locked <0x6c> (a sun.misc.CEStreamExhausted)
at java.lang.Throwable.<init>(Throwable.java:250)
at java.lang.Exception.<init>(Exception.java:54)
at java.io.IOException.<init>(IOException.java:47)
at sun.misc.CEStreamExhausted.<init>(CEStreamExhausted.java:30)
at sun.misc.BASE64Decoder.decodeAtom(BASE64Decoder.java:117)
at sun.misc.CharacterDecoder.decodeBuffer(CharacterDecoder.java:163)
at sun.misc.CharacterDecoder.decodeBuffer(CharacterDecoder.java:194)
如果你用一个数字开头,字母结尾的字符串来运行下
这篇文章里面的pack方法,你也会碰到类似的情况。我们来看下用那个方法打包"12345"和"12345a"需要多长的时间:
Made 100.000.000 iterations for string '12345' : time = 12.109 sec
Made 1.000.000 iterations for string '12345a' : time = 21.764 sec
可以看到,’12345a'迭代的次数要比‘12345’少100倍。也就是说这个方法处理'12345a'慢了差不多200倍。大多数的处理时间都在填充异常的栈跟踪信息了:
at java.lang.Throwable.fillInStackTrace(Throwable.java:-1)
at java.lang.Throwable.fillInStackTrace(Throwable.java:782)
- locked <0x87> (a java.lang.NumberFormatException)
at java.lang.Throwable.<init>(Throwable.java:265)
at java.lang.Exception.<init>(Exception.java:66)
at java.lang.RuntimeException.<init>(RuntimeException.java:62)
at java.lang.IllegalArgumentException.<init>(IllegalArgumentException.java:53)
at java.lang.NumberFormatException.<init>(NumberFormatException.java:55)
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Long.parseLong(Long.java:441)
at java.lang.Long.valueOf(Long.java:540)
at com.mvorontsov.javaperf.StrConvTests.pack(StrConvTests.java:69)
at com.mvorontsov.javaperf.StrConvTests.test(StrConvTests.java:38)
at com.mvorontsov.javaperf.StrConvTests.main(StrConvTests.java:29)
通过手动解析数字,我们可以很容易提升pack方法的性能。不过不要忘了——不到万不得已,不要随便优化。如果你只是解析几个输入参数而已——keep it simple,就用JDK的方法就好了。如果你要解析大量的消息,又必须调用一个类似pack这样的方法——那确实得去优化一下了。
新的pack方法和旧的实现差不太多——把一个字符串转化成一个尽可能小的Character/Integer/Long/Double/String类型,使得result.toString().equals(orginalString)为true。
public static Object strToObject( final String str )
{
if ( str == null || str.length() > 17 )
{ //out of Long range
return str;
}
if ( str.equals( "" ) )
return ""; //ensure interned string is returned
if ( str.length() == 1 )
return str.charAt( 0 ); //return Character
//if starts with zero - support only "0" and "0.something"
if ( str.charAt( 0 ) == '0' )
{
if ( str.equals( "0" ) )
return 0;
if ( !str.startsWith( "0." ) ) //this may be a double
return str;
}
long res = 0;
int sign = 1;
for ( int i = 0; i < str.length(); ++i )
{
final char c = str.charAt( i );
if ( c <= '9' && c >= '0' )
res = res * 10 + ( c - '0' );
else if ( c == '.' )
{
//too lazy to write a proper Double parser, use JDK one
try
{
final Double val = Double.valueOf( str );
//check if value converted back to string equals to an original string
final String reverted = val.toString();
return reverted.equals( str ) ? val : str;
}
catch ( NumberFormatException ex )
{
return str;
}
}
else if ( c == '-' )
{
if ( i == 0 )
sign = -1; //switch sign at first position
else
return str; //otherwise it is not numeric
}
else if ( c == '+' )
{
if ( i == 0 )
sign = 1; //sign at first position
else
return str; //otherwise it is not numeric
}
else //non-numeric
return str;
}
//cast to int if value is in int range
if ( res < Integer.MAX_VALUE )
return ( int ) res * sign;
//otherwise return Long
return res * sign;
}
很惊讶吧,新的方法解析数字比JDK的实现快多了!很大一个原因是因为JDK在解析的最后,调用了一个支持的解析方法,像这样:
public static int parseInt( String s, int radix ) throws NumberFormatException
新的方法和旧的相比(注意方法调用的次数——对于非数字串pack只调用了1百万次,而别的情况能调用到千万级别):
Pack: Made 100.000.000 iterations for string '12345' : time = 12.145 sec
Pack: Made 1.000.000 iterations for string '12345a' : time = 23.248 sec
strToObject: Made 100.000.000 iterations for string '12345' : time = 6.311 sec
strToObject: Made 100.000.000 iterations for string '12345a' : time = 5.807 sec
总结
千万不要把异常当成返回码一样用,或者当作可能发生的事件(尤其是和IO无关的方法)往外抛。抛异常的代价太昂贵了,对于一般的方法,至少要慢百倍以上。
如果你每条数据都需要解析,又经常会出现非数值串的时候,尽量不要用Number子类型的parse*/valueOf这些方法。为了性能考虑,你应当手动解析它们。
原创文章转载请注明出处:
http://it.deepinmind.com
英文原文链接
分享到:
相关推荐
### Java反射性能测试分析 #### 引言 Java反射机制是Java编程语言中一个强大的特性,它允许程序在运行时动态地访问、检测和修改类、接口、字段和方法等对象。然而,反射操作通常会引入额外的开销,这在性能敏感的...
在这个"MAT Eclipse MemoryAnalyzer java性能分析"主题中,我们将深入探讨MAT的核心功能、使用方法以及如何通过它来提升Java应用的性能。 MAT提供了丰富的视图和功能,帮助开发者识别内存问题。其中,最重要的可能...
常见的Java性能分析工具有JProfiler、VisualVM、YourKit Java Profiler等。这些工具提供了深入的性能指标,如CPU使用率、内存分配、线程状态等,帮助开发者诊断和优化代码。 例如,JProfiler提供了丰富的可视化界面...
Java性能分析是优化Java应用程序的关键步骤,它涉及监控和理解应用程序在运行时的资源消耗,如CPU使用率、内存分配、线程活动等。Performance Analyzer是一款专门针对Java性能的工具,它提供了深入洞察应用程序性能...
在IT行业中,Java性能分析是优化应用程序的关键环节,它涉及到如何有效地使用系统资源,提高程序运行效率,并确保软件系统的稳定性。本主题将深入探讨Java性能分析的相关知识点,结合标签"源码"和"工具",我们将关注...
### JAVA性能分析 #### 前言 在现代软件开发中,Java因其强大的跨平台能力、丰富的类库支持以及良好的安全特性而被广泛应用于企业级应用和服务端开发中。然而,随着应用程序规模的增长和复杂度的提高,Java应用程序...
java website 性能分析
Java 异常的捕获和处理是一个不容易把握的事情,如果处理不当,不但会让程序代码的可读性大大降低,而且导致系统性能低下,甚至引发一些难以发现的错误。Java 异常处理涉及到五个关键字,分别是:try、catch、...
Java Mission Control是一个功能强大的工具,它为Java性能分析和诊断提供了深入的洞察力。通过本文的介绍,读者应该能够了解JMC的主要功能、使用方法以及如何利用它进行有效的Java性能分析。 Java Mission Control是...
【如何提高Linux Java性能的分析】 Java应用程序在Linux平台上的性能优化是一个复杂而重要的主题,尤其是在高并发和大规模数据处理的场景下。Java线程堆分析是定位和解决性能问题的有效工具,它提供了关于应用程序...
JProfiler直觉式的GUI让你可以找到性能瓶颈、抓出内存漏失(memory leaks)、并解决执行绪的问题。它让你得以对heap walker作资源回收器的root analysis,可以轻易找出内存漏失;heap快照(snapshot)模式让未被参照...
根据提供的文件信息,我们可以推断出这是一本关于Java程序性能优化的书籍,作者是葛一鸣,并提供了该书PDF版本的下载链接。虽然没有具体的书籍内容,但基于标题、描述以及通常这类书籍会涉及的主题,我们可以总结出...
Java Flight Recorder(JFR)是Java虚拟机(JVM)的一个特性,用于捕获Java应用程序的详细运行时信息,以便于性能分析和故障排查。它是Java Mission Control(JMC)工具的一个重要组成部分,提供了一个强大的性能...
JProbe是一款强大的Java性能分析和调试工具,由PrismTech公司开发。它提供了丰富的功能,包括内存分析、线程分析、CPU性能分析等,可以帮助开发者快速定位并解决性能问题。jprobe.jar是JProbe的主要运行文件,包含了...
### Java性能分析工具详解 在Java开发过程中,性能优化是一个重要的环节。为了更好地进行性能监控与分析,市面上出现了多种性能分析工具。本文将详细介绍几款主流的Java性能分析工具,并进行对比分析,帮助开发者...
JavaWeb远程性能分析是针对基于Java的Web应用程序在运行时的性能进行监控和优化的过程。这一过程涵盖了服务器响应时间、内存使用、CPU占用率、线程状态等多个关键指标,旨在发现并解决可能导致系统瓶颈或故障的问题...
JProfiler 是一款高性能、无侵入的 Java 性能监控神器,可以快速启动并提供丰富的性能分析功能。它适用于各种 Java 应用程序,包括服务化架构下的应用程序。JProfiler 可以帮助您监控服务的运行情况,例如当前 QPS、...
《阿里+Java+开发手册、阿里巴巴Java性能调优实战》是两本专注于Java开发和性能优化的专业书籍,分别以嵩山版和华山版的形式呈现,由阿里巴巴集团编写。这两本书籍结合了阿里巴巴在实际业务场景中的丰富经验,旨在...
3. **分析**:分析异常的具体原因。 4. **设计**:设计出解决问题的方案。 5. **编码**:实施解决方案。 6. **配置**:调整配置以优化性能。 7. **仿形**:模拟真实环境下的系统行为。 8. **是否性能达标**:评估...