小六六读Effective记录

最新推荐文章于 2024-09-21 10:38:43 发布

六脉神剑1

最新推荐文章于 2024-09-21 10:38:43 发布

阅读量139

点赞数

文章标签： java jvm 编程语言 object 内存泄漏

本文链接：https://blog.csdn.net/qq_42820805/article/details/108633919

版权

前言

文本已收录至我的GitHub仓库，欢迎Star：https://github.com/bin392328206/six-finger
种一棵树最好的时间是十年前，其次是现在
我知道很多人不玩qq了,但是怀旧一下,欢迎加入六脉神剑Java菜鸟学习群，群聊号码：549684836 鼓励大家在技术的路上写博客

絮叨

强烈推荐有1年以上工作经验的小伙伴看，真的可以让自己编码得到实质的提高，并且是可以马上用于工作上的，看看Java作者怎么说的 "我很希望10年前我就拥有这本书" 。

创建和销毁对象

考虑使用静态工厂方法代替构造方法

小六六看到第一点的时候，随即就优化了一下自己的代码，话不多说，来看看小六六做了啥。

本来我前面有一个返回给前端的对象R，但是他每次返回的时候，都要new,这样的话，不就会产生很多不必要的垃圾，所以我看到这本书的第一章就去优化了一下代码，用静态工厂去替代，然后，嗯真香。其实我们用的很多都是静态工厂的，比如说Optional 我相信大家都有用过吧，他的构造就是这样的。我具体来总结一下静态工厂方法的好处吧

静态工厂方法的第一大优势：它们有名称，写代码或者说写api 最重要的一点之一，就是要做到见名知义。如果我去学习一个新的类，如果他构造方法很多，就会很混淆，如果用静态工厂方法的话，那么我们就可以很直观的去创建它了。
静态工厂方法的第二大优势：不必在每次调用时都创建新的对象,这个就是可以减少一点垃圾对象的创建了，小六六碰到了很多次面试都问JVM调优，但是其实JVM调优优化的不是就是一次性对象的创建嘛，那你代码已经够好了，那么是不是算变相调优呢？不是说不需要了解JVM，事实上JVM还是得了解的。哈哈
静态工厂方法第三大优势：他们可以返回原返回类型的任何子类型的对象（面向对象的原则之一）
静态方法的主要缺点是，类如果不含有共有的或受保护的构造器，就不能被子类化。如果是私有构造就没办法了

下面是一些静态工厂方法的惯用名称（大家可以看很多开源项目，都是遵循这个的，这个叫啥约定优于配置）

valueOf——不太严格地讲，该方法返回的实例与它的参数具有相同的值。这样的静态工厂方法实际上是类型转换方法。
of—— valueOf的一种更为简洁的替代，在EnumSet (见第32条)中使用并流行起来。
getInstance-返回的实例是通过方法的参数来描述的，但是不能够说与参数具有同样的值。对于Singleton来说，该方法没有参数，并返回唯一的实例。
newInstance——像 getInstance-样，但newInstance 能够确保返回的每个实例都与所有其他实例不同。
getType——像getInstance- 样，但是在工厂方法处于不同的类中的时候使用。Type表示工厂方法所返回的对象类型。
newType——像newinstance一样，但是在工厂方法处于不同的类中的时候使用。Type表示工厂方法所返回的对象类型。

遇到多个构造器参数的时候考虑用构造器

看到这条的时候，小六六不服气，哈哈因为小六六写代码的水平很low呀

 Person person=new Person 
 person.setName="小六六";

有没有和小六六这样写代码的同款，哈哈，那么今天我们就来看看到底应不应该这样写，一般我们要生成一个对象，并且给对象赋值的话我们有几种方式可以选择

重叠构造器模式，啥子意思呢？就是我们不管它有多少个属性，我给它每个属性都搞上，如果你new一个对象的时候，那你就再那个位置上给个null啥的，哈哈，这个是什么鬼，肯定不行呀。
JavaBeans模式，就是小六六上面写的代码了，哈哈，平时我们就是这样写的吧，这种方式虽然代码看来了low一点，但是感觉好像很好理解的样子，是不是，但是遗憾的是它自身有着严重的错误，因为构造过程中JavaBean可能处于不一致状态，还有就是这种模式阻止了把类做成了一个不可变的对象了。
还有一种就是我们说的构建者模式了。小六六一般用Lomback的@Bulid注解，这个就很好的解决前面的问题，并且代码也足够优雅了嘛。

用私有构造器或者枚举强化Singleton属性

其实这一条说的就是单例的实现了，我相信大家对单例肯定是很熟悉了，这边就不多说了

避免创建不必要的对象

这条的最佳实践的话，怎么说小六六其实本身不一定那么的有经验，肯定很多的时候，会创建很多没有用的对象，

这个小六六之前肯定也这样写过，比如说我们的entity 一般用的包装类，但是dto可能是基本数据类型，然后就会有这种情况拉。

消除过期的引用

小六六以前写过C 但是写C的时候，还是在语法方面，还没到应用程序，所以对内存回收并不是那么的了解，所以很多时间，并不那么注重内存回收，但是就算是对于自动回收垃圾的Java, 消除过期的引用还是很有必要的呢？

小六六以前写代码一般不会注意这些，但是很多零时工（就是零时来放一下的对象）我们用完之后还是给人家结算一下工资，不然人家会赖着你家不走哦。就是Object=null（发工资）

对所有对象都适用的方法

哈哈这个真的有空，如果你用HashMap 然后对象做key的话，你忘记重新的它的hashCode 那你的代码估计很容易频繁的GC 或者OOM

覆盖equals时请遵循通用约定

覆盖equals的时候总要覆盖hashCode

要始终覆盖toString

这条只是建议了，并没有强制了，因为我们实际在编码的过程中，一般会用到JSON,那么当我们打日志或者是抛出异常信息的话，我们就可以用这个JSON来代替toString了

类和接口

使类和成员的可访问性最小化

在共有类中使用访问方法而非共有域

接口优于抽象类

优先考虑静态成员类

泛型（编译之前的约束）

请不要在新代码中使用原生态类型

方法

检查参数的有效性

慎用可变参数

返回零长度的数组或者集合，而不是Null

这条就很实用了，小六六自己也经常写这样的代码，比如我们抽取一些方法的时候，假设这个方法是去查询一个实体的时候，我们经常就会说直接把dao查出来的实体，直接当作方法的返回，这种做法是很不好的，我们应该再这个地方做一下非空校验，就算判断一下返回一个没有对象的List，也比返回一个Null好，总的来说一条，就是你要永远认为调用你api的人的水平有限，或者说不可靠，如果它不做校验，那么是不是就会有问题呢？