异常转译:当位于最上层的子系统不需要关心底层的异常细节时,常见的作法时捕获原始异常,把它转换一个新的不同类型的异常,在将新异常抛出. 通常方法捕获底层异常,然后抛高层异常. public static long write2File(String dataStr, String filePath) { long fileSize = 0L; try ( RandomAccessFile raf = new RandomAccessFile(createFileAbsolute(filePath)…

避免过度同步(67):在一个被同步的方法或代码块中,不要调用哪些被设计成被覆盖的方法或者是由客户端以函数对象的形式提供的方法(21). 有点拗口,书上提供的创建者与观察者模式,add方法太多,看得眼花缭乱,重新写了一个例子: package com.example.demo.effective; public interface Believer { void confide(); } package com.example.demo.effective; import com.google.c…

声明:原创作品,转载时请注明文章来自SAP师太技术博客( 博/客/园www.cnblogs.com):www.cnblogs.com/jiangzhengjun,并以超链接形式标明文章原始出处,否则将追究法律责任!原文链接:http://www.cnblogs.com/jiangzhengjun/p/4255688.html 第九章      异常 57.      只针对异常的情况才使用异常 也许你在将来会碰到下面这样的代码,它是基本异常模式的循环: try{ int i = 0; while…

背景: 在Java编程过程中,如果打开了外部资源(文件.数据库连接.网络连接等),我们必须在这些外部资源使用完毕后,手动关闭它们.因为外部资源不由JVM管理,无法享用JVM的垃圾回收机制,如果我们不在编程时确保在正确的时机关闭外部资源,就会导致外部资源泄露,紧接着就会出现文件被异常占用,数据库连接过多导致连接池溢出等诸多很严重的问题. 传统关闭资源方式(一般JDK版本低于1.7) /** * 根据路径创建文件,如果路径文件夹不存在,就创建 * @param filePath * @return…

概要 本章是从<Effective Java>摘录整理出来的关于异常处理的几条建议.内容包括:第1条: 只针对不正常的情况才使用异常第2条: 对于可恢复的条件使用被检查的异常,对于程序错误使用运行时异常第3条: 避免不必要的使用被检查的异常第4条: 尽量使用标准的异常第5条: 抛出的异常要适合于相应的抽象第6条: 每个方法抛出的异常都要有文档第7条: 在细节消息中包含失败 -- 捕获消息第8条: 努力使失败保持原子性第9条: 不要忽略异常 它们对应原书中"第8章 异常"部分…

目录 为什么要使用异常 异常基本定义 异常体系 初识异常 异常和错误 异常的处理方式 "不负责任"的throws 纠结的finally throw : JRE也使用的关键字 异常调用链 自定义异常 异常的注意事项 当finally遇上return JAVA异常常见面试题 参考文章 微信公众号 Java技术江湖 个人公众号:黄小斜 - Java异常 本系列文章将整理到我在GitHub上的<Java面试指南>仓库,更多精彩内容请到我的仓库里查看 https://github.c…

57.只针对异常的情况才使用异常 try { int i = 0; while(true) range[i++].climb(); }catch(ArrayIndexOutOfBoundsException e) { } 在这段程序中,当循环企图访问数组边界之外的元素时,程序抛出异常并结束无限循环..使用异常以达到终止无限循环,这种模式不仅模糊了代码的意图,而且降低了性能(因为异常模式比标准模式慢的多). 异常应该只用于异常的情况,不要将它们用于控制流,也不要编写迫使客户端使用控制流的API.…

Tips 书中的源代码地址:https://github.com/jbloch/effective-java-3e-source-code 注意,书中的有些代码里方法是基于Java 9 API中的,所以JDK 最好下载 JDK 9以上的版本. 73. 抛出合乎于抽象的异常 当一个方法抛出一个与它所执行的任务没有明显关联的异常时,这是令人不安的.在方法传播由低层(lower-level)抽象抛出的异常时,会经常发生这种情况.它不仅令人不安,而且用实现细节"污染"了上层的API.如果上层(…

第58条:对可恢复的情况使用受检异常,对编程错误使用运行时异常 Java程序设计语言提供了三种可抛出结构(throwable) ;受检的异常(checked exception)运行时异常(run-time exception)和错误(error). 受检的异常是潜在指示 在决定使用受检的异常或是未受检的异常时,主要的原则是:如果期望调用者能够适当地恢复对于这种情况就应该使用受检的异常.通过抛出受检的异常,强迫调用者在一个catch子句中处理该异常.或者将它传播出去.因此,方法中声明要抛出的每个…

67.  明智审慎地进行优化 有三条优化的格言是每个人都应该知道的: (1)比起其他任何单一的原因(包括盲目的愚钝),很多计算上的过失都被归咎于效率(不一定能实现) (2)不要去计算效率上的一些小小的得失,在97%的情况下,不成熟的优化才是一切问题的根源. (3)在优化方面,我们要遵守两条规则: 规则一:不要进行优化 规则二(仅针对专家):还是不要进行优化,也就是说,在你还没有绝对清晰的优化方案之前,请不要进行优化. 努力编写好的程序,而不是快的程序:速度自然会提高.但是在设计系统时一定要考虑性…