作为一个由影视圈转行做Java的菜鸟来说,读书是很关键的,本系列是用来记录《编写高质量代码
改善java程序的151个建议》这本书的读书笔记。方便自己查看,也方便大家查阅。

建议14:使用序列化类的私有方法巧妙解决部分属性持久化问题

例如:一个计税系统和一个HR系统,计税系统需要从HR系统获得人员的姓名和基本工资,而HR系统的工资分为两部分:基本工资和绩效工资,绩效工资是保密的,不能泄露到外系统。
public class Salary implements Serializable { private static final long
serialVersionUID = 2706085398747859680L; // 基本工资 private int basePay; // 绩效工资
private int bonus; public Salary(int _basepay, int _bonus) { this.basePay =
_basepay; this.bonus = _bonus; } //Setter和Getter方法略 } public class Person
implements Serializable { private static final long serialVersionUID =
9146176880143026279L; private String name; private Salary salary; public
Person(String _name, Salary _salary) { this.name = _name; this.salary =
_salary; } //Setter和Getter方法略 } public class Serialize { public static void
main(String[] args) { // 基本工资1000元,绩效工资2500元 Salary salary = new Salary(1000,
2500); // 记录人员信息 Person person = new Person("张三", salary); // HR系统持久化,并传递到计税系统
SerializationUtils.writeObject(person); } } public class Deserialize { public
static void main(String[] args) { Person p = (Person)
SerializationUtils.readObject(); StringBuffer buf = new StringBuffer();
buf.append("姓名: "+p.getName()); buf.append("\t基本工资:
"+p.getSalary().getBasePay()); buf.append("\t绩效工资: "+p.getSalary().getBonus());
System.out.println(buf); } }

但这个不符合需求,你可能会想到一下四种解决方案:

1、java 的transient关键字为我们提供了便利,你只需要实现Serilizable接口
,将不需要序列化的属性前添加关键字transient,序列化对象的时候,这个属性就不会序列化到指定的目的地中。

static修饰的变量也不能序列化。

在bonus前加上关键字transient,使用transient关键字就标志着salary失去了分布式部署的功能
,一旦出现性能问题,再想分布式部署就不可能了,此方案否定。

注:分布式部署是将数据分散的存储于多台独立的机器设备上,采用可扩展的系统结构,利用多台存储服务器分担存储负担,利用未知服务器定位存储信息,提高了系统的可靠性、可用性和扩展性。

2、新增业务对象:增加一个Person4Tax类,完全为计税系统服务,就是说它只有两个属性:姓名和基本工资。符合开闭原则,而且对原系统也没有侵入性,只是增加了工作量而已。但是这个方法不是最优方法;

下面展示一个优秀的方案,其中实现了Serializable接口的类可以实现两个私有方法:writeObject和readObject,以影响和控制序列化和反序列化的过程。
public class Person implements Serializable { private static final long
serialVersionUID = 9146176880143026279L; private String name; private transient
Salary salary; public Person(String _name, Salary _salary) { this.name = _name;
this.salary = _salary; } //序列化委托方法 private void writeObject(ObjectOutputStream
oos) throws IOException { oos.defaultWriteObject();
oos.writeInt(salary.getBasePay()); } //反序列化委托方法 private void
readObject(ObjectInputStream input)throws ClassNotFoundException, IOException {
input.defaultReadObject(); salary = new Salary(input.readInt(), 0); } }
其它代码不做任何改动,运行之后结果为:

这里用到了序列化的独有机制:序列化回调。

Java调用ObjectOutputStream类把一个对象转换成数据流时,会通过反射(refection)检查被序列化的类是否有writeObject方法,并且检查其实否符合私有,无返回值的特性,若有,则会委托该方法进行对象序列化,若没有,则由ObjectOutputStream按照默认规则继续序列化。同样,从流数据恢复成实例对象时,也会检查是否有一个私有的readObject方法,如果有通过该方法读取属性值。

① oos.defaultWriteObject():告知JVM按照默认规则写入对象

② ois.defaultWriteObject():告知JVM按照默认规则读出对象

③ oos.writeXX和ois.readXX

分别是写入和对出响应的值,类似一个队列,先进先出,如果此处有复杂的数据逻辑,建议按封装Collection对象处理。

上面的方式也是Person失去了分布式部署的能了,确实是,但是HR系统的难点和重点是薪水的计算,特别是绩效工资,它所依赖的参数很复杂,计算公式也不简单(一般是引入脚本语言,个性化公式定制)而相对来说Person类基本上都是静态属性,计算的可能性不大,所以即使为性能考虑,Person类为分布式部署的意义也不大。

既然这样,为何不直接使用transient???

建议15:break万万不可忘

建议16:易变业务使用脚本语言编写

比如PHP、Ruby、groovy、JavaScript等

建议17:慎用动态编译

动态编译一直是Java的梦想,从Java6开始支持动态编译,可以在运行期直接编译.Java文件,执行.class文件,并且获得相关的输入输出,甚至还能监听相关的事件。

1、概念

静态编译:一次性编译,在编译的时候把你所有的模块都编译进去。

动态编译:按需编译,程序在运行的时候,用到哪个模块就编译哪个模块。

2、代码实例
public class Ay{ public static void main(String[] args) throws Exception{
JavaCompiler compiler = ToolProvider.getSystemJavaCompiler(); int flag =
compiler.run(null, null, null,"D:\\HelloWorld.java"); System.out.println(flag
== 0 ? "编译成功" : "编译失败"); } } /** * D盘放置的类的内容 */ public class HelloWorld {
public static void main(String[] args) { System.out.println("Hello World"); } }
解释一下:
第一个参数:为java编译器提供参数
第二个参数:得到java编译器的输出信息
第三个参数:接受编译器的错误信息
第四个参数:可变参数(是一个String数组)能传入一个或多个java源文件
返回值:0表示编译成功,非0表示编译失败

3、动态运行编译好的类
public class Ay{ public static void main(String[] args) throws Exception{
//获得系统的java编译器 JavaCompiler compiler = ToolProvider.getSystemJavaCompiler();
//编译文件,编译成功返回 0 否则 返回 1 int flag = compiler.run(null, null,
null,"D:\\HelloWorld.java"); System.out.println(flag == 0 ? "编译成功" : "编译失败");
//指定class路径,默认和源代码路径一致,加载class URLClassLoader classLoader = new
URLClassLoader(new URL[]{new URL("file:/d:/")}); Object printer =
classLoader.loadClass("HelloWorld").newInstance();
System.out.println(printer.toString()); } }
运行结果:
编译成功 HelloWorld@4c583ecf
4、慎用动态编译

① 在框架中谨慎使用

比如要在struts中使用动态编译,动态实现一个类,它若继承自ActionSupport就希望它成为一个Action。能做到,但是debug很困难;再比如在Spring中,写一个动态类,要让它注入到Spring容器中,这是需要花费老大功夫的。

② 不要在要求高性能的项目中使用

动态编译毕竟需要一个编译过程,与静态编译相比多了一个执行环节,因此在高性能的项目中不要使用动态编译

③ 动态编译要考虑安全问题

它是非常典型的注入漏洞,只要上传一个恶意Java程序就可以让你所有的安全工作毁于一旦。

④ 记录动态编译过程

建议记录源文件、目标文件、编译过程、执行过程等日志。不仅仅为了诊断,还是为了安全和审计,对Java项目来说,动态编译和运行时很不让人放心的,留下这些依据可以更好地优化程序。

建议18:浅谈Java instanceof

1、instanceof是Java中的二元运算符,左边是对象,右边是类;当对象是右边类或子类所创建的对象时,返回true,否者,返回false。

注:

① 类的实例包含本身的实例,以及所有直接或间接子类的实例

② instanceof左边显示声明的类型与右边操作元必须是同种类或存在继承关系,也就是说需要位于同一个继承树,否者会编译报错

2、instanceof用法

① 左边的对象实例不能是基本数据类型

② 左边的对象和右边的类不在同一个继承树上

③ null用instanceof跟任何类型比较时都是false

建议19:断言绝对不是鸡肋

1、简介

断言也就是所谓的assert,是jdk1.4中加入的新功能。

他主要使用在代码开发和测试阶段,用于对某些关键数据的判断,如果这个关键数据不是你程序所预期的数据,程序就提出警告或退出。

当软件正式发布后,可以取消断言部分的代码。

2、语法

assert<布尔表达式>

assert<布尔表达式> : <错误信息>

在布尔表达式为假时,跑出AssertionError错误,并附带了错误信息。

assert的语法比较简单,有以下两个特性:

① assert默认是不开启的

然后再VM栏里输入-enableassertions或者-ea即可

② assert跑出的异常AssertionError继承自Error

断言失败后,JVM会跑出一个AssertionError的错误,它继承自Error,这是一个错误,不可恢复。

3、assert的使用禁忌

① 对外的公开方法中不可使用

防御式编程最核心的部分就是:所有的外部因素(输入参数、环境变量、上下文)都是“邪恶”的,都存在着企图摧毁程序的罪恶本源,为了抵制它,我们要在程序处处设置合法性检查,不满足条件就不执行后续程序,以保护后续程序的正确性,但此时不能用断言做输入检查,特别是公开方法。

② 在执行逻辑代码的情况下

assert的支持是可选的,在开发时运行,生产环境下停止运行即可,因此在assert的布尔表达式中不能执行逻辑代码,否者会因为环境的不同产生不同的逻辑。
public void doSomething(List list, Object element) { assert
list.remove(element) : "删除元素" + element + "失败"; /*业务处理*/ }

这段代码在assert启用的环境下,没有任何问题,但是一旦投入生产环境,就不会启用断言了,这个方法就彻底完蛋,list的删除动作永远不会执行,永远不会报错或异常,因为根本没有执行!

4、assert的使用场景

按照正常的执行逻辑不可能到达的代码区域可以使用assert。

① 在私有方法中放置assert作为输入参数的校验

私有方法的使用者是自己,是自己可以控制的,因此加上assert可以更好地预防自己犯错或者无意的程序犯错。

② 流程控制中不可能到达的区域

程序执行到assert这里就是错误的

③ 建立程序探针

我们可能会在一段程序中定义两个变量,分别代两个不同的业务含义,但是两者有固定的关系,例如:var1=var2 *
2,那我们就可以在程序中到处设"桩"了,断言这两者的关系,如果不满足即表明程序已经出现了异常,业务也就没有必要运行下去了。

建议20:不要只替换一个类

注意:发布应用系统时禁止使用类文件替换方式,整体WAR包发布才是万全之策。

技术
©2020 ioDraw All rights reserved
谷歌称居家办公影响工作效率!2021 年将回归线下办公为什么保持代码整洁如此重要?python求和函数sum()详解字节跳动游戏官网正式上线:命名“朝夕光年”QCustomPlot系列(5)-实时动态曲线C语言简易学生成绩管理系统C语言结课设计:餐饮管理与点餐系统NOI2019 游记遇到数学问题《深度学习》“花书”读不下去了吗?给你支个招Python-Pandas库实现EXCEL数据拆分成不同的表