java的细枝末节，局部变量，控制结构，类库用法，数据类型，发射和本地方法，优化和命名惯例
第五十七条 ，将局部变量的作用域最小化（for中的变量的作用域都在for的作用域中）
1.要是局部变量的作用域最小化，最有力的方法就是第一次要使用它的地方进行声明
2.几乎每一个局部变量的声明都应包含一个初始化表达式，try-catch除外
3.for循环就优于while循环，for一般的变量都在for循环这个局部域中，for更加简短，增加可读性
4.将局部变量的作用域最小化的方法是使方法小而集中，如果另个操作都混在一个方法中，可能变量会混乱
最好是分开简立不一样的方法
第五十八条，for-each循环优先于传统的for循环（只需要元素的场景）
1.for-each，遍历数组和列表都是一样的操作 for(element e : elements)
2.不能使用for-each的场景
1.解析过滤-遍历集合，并删除选定的元素
2.转换-遍历集合，重新赋值某个元素
3.平行迭代-需要平行的迭代多个集合，就需要显式的控制迭代器或者索引变量，以便所有的迭代器或者索引变量
都可以同步前进
第五十九条，了解和使用类库
1.生成从0到指定上限的随机数，Random.nextInt(int)，现在大多数使用ThreadLocalRandom
2.通过使用标准类型，可以充分利用这些编写标准类库的专家的知识，以及在你之前的其他人的使用经验
3.标准类库会升级，会提高性能，别人都是专家维护代码会更好
4.在每个重要的发行版本中，都会有许多新特性被加入到类库中，所以与这些新特性保持同步是值得的
5.每个程序员都应该熟悉java.lang;java.util;java.io以及子包的内容，集合框架，stream类库以及concurrent
6.其他第三方的类库，比如谷歌的Guava
第六十条，如果需要精确的答案，请避免使用float,double
1.float和double类型尤其不适合用于货币计算，因为会丢失精度
2.使用BigDecimal，int或者long进行货币计算
3.BigDecimal缺点：与基本运算类型相比，这样做很不方便，而且速度很慢，不需要自己处理小数点，自带
8种舍入行为进行商务计算
4.如果是指范围没有超过9位十进制使用int,不超过18位使用long，超过18位就只能用BigDecimal，需要自己处理小数点
第六十一条，基本类型优于装箱基本类型
1.对于装箱基本类型运用==操作几乎总是错误的
2.当一项操作中混合使用基本类型和装箱基本类型时，装箱基本类型就会自动拆箱，如果装箱类型是null会拆箱
失败，抛出NullPointerException
3.自动装箱减少了使用装箱基本类型的繁琐性，但是没有减少它的风险，当程序进行拆箱时，会抛出NullPointerException
4.装箱基本类型使用场景，集合元素，参数化类型和方法（<E>）,反射方法的调用（65）
第六十二条，如果其他类型更合适，则尽量避免使用字符串
1.字符串不适合代替其她的值类型
2.字符串类型不适合代替枚举类型（34）
3.字符串不适合代替聚合类型，分割符字符串，比如 a#b#c#d,容易出错和无法提供equals,toString,compareTo,最好提供
一个类来描述这个数据集，通常是一个私有的静态成员类（24）
4.字符串不适合代替能力表,比如约定字符串是唯一的，但是可能恶意的客户端就会使用重复的字符串
第六十三条，了解字符串连接的性能
1.为连接n个字符串而重复使用字符串连接操作符，需要n的平方的时间，因为字符是不可变的，当两个字符串被连
接在一起，他们的内容都要被拷贝
2.为了获得可以接受的性能，请使用StringBuilder 代替String,性能是字符串链接的5,6,倍
3.不要使用字符串连接操作符来合并多个字符串
第六十四条，通过接口引用对象
1.如果有合适的接口类型存在，那么对于参数，返回值，变量和域来说，就都应该使用接口类型进行声明
2.如果养成使用接口作为类型的习惯，程序将会更加灵活
3.如果没有合适的接口存在，完全可以用类而不是接口来引用对象
4.如果没有合适的接口，就用类层次结构中提供了必要功能的最小的具体类来引用对象吧
第六十五条，接口优先于反射机制
1.java.lang.reflect 提供了通过程序来访问任意类的能力，给定一个class对象，可以获取constructor，method,field实例
2.反射付出的代价
1.损失编译时类型检查的优势，比如调用不可访问或者不存在的方法就会失败
2.执行反射访问所需要的代码非常笨拙和冗长
3.性能损失，调用一个返回int类型的方法比普通调用慢大概11倍
3.如果只是以非常有限的形式使用反射机制，虽然也要付出少许的代价，但是可以获得许多好处，许多程序必须用到
的类在编译时是不可用的，但是编译时存在适合的接口或者超类，通过他们可以引用这个类，如果是这种情况，就可
以用反射创建实例，然后通过他们的接口或者超类，以正确的方式访问这些实例
4.实例代码
第六十六条，谨慎地使用本地方法
1.使用本地方法来提高性能的做法师不值得提倡的
第六十七条，谨慎地进行优化
More computing sins are committed in the name of efficiency(without necessarily achieving it) than for any other single reason
—including blind stupidity. —William A. Wulf [Wulf72]
很多计算上的过失都被归咎于效率（没有达到必要的效率），而不是任何其他的原因-甚至包括盲目做傻事
1.要努力的编写好程序而不是快的程序
2.要努力的避免那些限制性能的设计决策，API,交互层协议以及永久数据格式，都是性能杀手
3.要考虑API设计决策的性能后果，比如，公有的类型成为可变，那么需要保护性拷贝，复合的使用继承，限制了
子类的性能，使用具体类不是接口，会把你束缚在一个具体类上
4.以获取好的性能而对API进行包装，这是一种非常不好的想法，
5.在每次试图做优化之前和之后，要对性能进行测试；JMH工具提供了非并行地可见java代码性能详情的能力
第六十八条，遵守普遍接受的命名惯例
1.命名惯例
1.包的命名：全部小写，域名反过来开始，比如 com.baidu,接着就是具体的模块，比如com.baidu.util,不要使用
java或javax开头
2.类，接口，枚举：首字母大小写的单词组成，FutureTask
3.方法和变量名，首字母小写驼峰命名 removeAll
2.T是任意类型，E是集合元素类型，K和V是键值，X表示异常，R函数的返回类型，任何类型的序列T、U、V
或者T1，T2，T3
2.boolean返回值的方法，一般以is开头、
3.类型转换，toType,asType,typeValue
网友评论