2015年进步很小,看的书也不是不少,感受本身都要废了,2016是沉淀的一年,在这一年中要不断学习、看书,努力提高本身!预计在2016年要看12本书,主要涉及java基础、Spring研究、java并发、JVM、分布式之类的。在今年面试的时候深受打击,处处都是问分布式、集群的?难道如今工做两三年的都这么牛逼了?都在搞分布式、集群之类的?java
2016书单以下:mysql
一、深刻理解Java虚拟机:JVM高级特性与最佳实践---(已看,预计今年看三遍)面试
二、Oracle查询优化改写技巧与案例---(已看)sql
三、Effective Java---(已看)编程
四、Spring3.x企业应用开发实战数组
五、Spring技术内幕:深刻解析Spring架构与设计原理---(这本书在去年已经看了一遍了,今年在好好研究下)缓存
六、Java并发编程的艺术安全
七、Java并发编程实战---(这本书在去年已经看了一遍了,今年在好好研究下)架构
八、型网站系统与Java中间件实践并发
九、分布式服务框架原理与实践
十、大型分布式网站架构设计与实践
十一、从Paxos到Zookeeper分布式一致性原理与实践
十二、高性能mysql
目前已经看完了三本书:深刻理解Java虚拟机:JVM高级特性与最佳实践、Oracle查询优化改写技巧与案例、Effective Java。其中深刻理解jvm这本书确实是一本神书,看完以后真的有种豁然开朗的感受,期待三遍以后给我醍醐灌顶的感受。Oracle查询优化,感受通常般。Effective java,四大圣经之一不作解释。
各位,有什么好书,麻烦推荐下,LZ不胜感激!
LZ没看一本书,都会作一些笔记,固然这些仅仅只是笔记而已!刚刚开始有点儿简陋,不要介意,若是对你还有点儿帮助,LZ一心满意足了!
1.2.用私有构造器或者枚举类型强化Singleton属性
1.4.经过私有构造器强化不可实例化的能力。
1.5.避免建立没必要要的对象。
优先使用基本类型而不是装箱基本类型,要小心无心识的自动装箱。
1.6.消除过时的对象引用
若是一个栈先是增加,再是收缩,那么,从栈中弹出来的对象将不会被当作垃圾回收,即便使用栈的程序再也不引用这些对象,他们也不会被回收。这是由于,栈内部维护这对这些对象的过时引用。所谓过时引用则是指永远也不会再被解除的引用。
通常来讲,对于过时引用咱们都是清空这些引用便可(也就是set null),可是这样势必会致使程序变得异常混乱,最好的办法则是让包含该引用的变量结束生命周期。
出现内存溢出常见的来源有:一、过时引用,二、缓存,三、监听器和其余回调。对于缓存咱们一般的作法则是定时地清除一些没有用的项,想一想缓存里面保存了几年了无用的项是否是都以为恶心?回调则是只保存他们的弱引用,例如只将他们保存成WeakHashMap的键。
能够借助Heap剖析工具分析内存泄漏的问题
良好的模块设计能够将全部的实现细节隐藏,把他的API与具体的实现清晰地隔离开来,模块与模块之间只经过他们的API进行通讯,一个模块不须要知道其余模块的内部工做状况---信息隐藏。
1)为了使类不可变,须要遵循以下规则:
1.不要提供任何会修改对象状态的方法
2.保证类不会被扩展
3.全部域都要是final,且为私有
4.确保对于任何可变组件的互斥访问。
2)不可变类的好处
1.不可变对象本质是线程安全的,不要求同步
2.不可变对象为其余对象提供了大量的构件
3)缺点在于须要为每个不一样的值提供不一样的对象。若是建立的对象比较大,那么所产生的代价就有点高了。
为了避免可变性,类是绝对不容许被子类化,咱们首先想到的就是“final”修饰,其实除了这点还有一个比较好的办法:让类的全部构造器所有变为私有,而且提供一个公有的静态工厂。
优先使用组合,慎用继承。
组 合 关 系 | 继 承 关 系 |
优势:不破坏封装,总体类与局部类之间松耦合,彼此相对独立 | 缺点:破坏封装,子类与父类之间紧密耦合,子类依赖于父类的实现,子类缺少独立性 |
优势:具备较好的可扩展性 | 缺点:支持扩展,可是每每以增长系统结构的复杂度为代价 |
优势:支持动态组合。在运行时,总体对象能够选择不一样类型的局部对象 | 缺点:不支持动态继承。在运行时,子类没法选择不一样的父类 |
优势:总体类能够对局部类进行包装,封装局部类的接口,提供新的接口 | 缺点:子类不能改变父类的接口 |
缺点:总体类不能自动得到和局部类一样的接口 | 优势:子类能自动继承父类的接口 |
缺点:建立总体类的对象时,须要建立全部局部类的对象 | 优势:建立子类的对象时,无须建立父类的对象 |
请记住下面两句话:
继承要慎用,其使用场合仅限于你确信使用该技术有效的状况。一个判断方法是,问一问本身是否须要重新类向基类进行向上转型。若是是必须的,则继承是必要的。反之则应该好好考虑是否须要继承。《Java编程思想》
只有当子类真正是超类的子类型时,才适合用继承。换句话说,对于两个类A和B,只有当二者之间确实存在is-a
关系的时候,类B才应该继续类A。《Effective Java》
1.接口是定义mixin的理想选择
2.接口容许咱们构造非层次接口的类型框架
3.骨架实现类
经过对你导出的每个重要接口都提供一个抽象的骨架实现类,把接口和抽象类的优势结合起来。这个时候接口的做用仍然是定义类型,可是骨架实现类接管了全部域接口实现相关的工做。骨架实现被称之为AbstractInterface。
骨架实现的美妙之处在于,它们为抽象类提供了实现上的帮助,可是又不会强加“抽象类被用作定义类型时”所特有的严格限制。同时在编写骨架实现时通常都须要通过认真研究接口,并肯定那些方法是最为基础的,其余方法则能够根据他们来实现。这些基本的方法将成为骨架实现类中的抽象方法(这里是模板方法模式??)。
4.接口只用于定义类型。
5.常量接口不值得效仿,接口应该只被用来定义类型,不该该被用来导出常量。
6.对于常量的使用咱们应该遵循以下规则:若是常量与某个现有的类或者接口紧密相关,就应该把这些常量添加到这个类或者接口中;若是常量最好被看作枚举类型的成员,则应该用枚举类型来导出这些常量;不然应该使用不可实例化的工具类来导出这些常量。
内部类的主要做用应该只为他的外围类提供服务。内部类主要有四种:静态成员类、非静态成员类、匿名类、局部类。
静态成员类经常使用做为公有的辅助类,仅当与它的外部类一块儿使用时才有意义。私有静态成员类一种经常使用的方法是用来表明外围类所表明的对象的组件,他它不须要依赖外围类。
匿名内部类没有名称,它并非外围类的一个成员,它并不与其余的成员一块儿被声明,而是在使用的同时被声明和实例化。在使用的过程当中,除了在他们被声明的时候以外,是没法将他们实例化的。匿名类有三种经常使用的用法:动态建立函数对象,建立过程对象(Runable、Thread、TimeTask)、静态工厂方法的内部。
推荐使用泛型,虽然他在运行时会被擦除。
尽量地消除每个非受检警告。若是没法消除警告,同时能够证实引发警告的代码是类型安全的,则可使用@SuppressWarnings("unchecked")注解来禁止这条警告,同时咱们必需要竟可能小的范围使用该注解,禁止在整个类上使用该注解。
7.1必要时,对不可变对象的构造器和访问方法进行检查性保护。
1.谨慎地选择方法的名称:方法名称应该始终遵循标准的命名习惯。
2.不要过于追求提供便利的方法,每一个方法应该极尽其所能。
3.避免过长的参数列表,一边提供四个参数或者更少。
避免参数过长通常有三种方法:1).将该方法分解成多个方法 2).建立辅助类,用来保护参数的分组 3).从对象构建到方法的调用都采用Builder模式。
4.优先使用接口而不是实现类来做为参数类型。你应该不会把HashMap做为一个参数的!!
1.方法重载是在编译时作出决定的。
2.永远都不要导出两个具备相同参数数目的重载方法,这是一个安全保守的方法。
3.任何一组给定的实际参数将应用于那个重载方法上。
4.同一组参数只须要通过类型转换就能够被传递给不一样的重载方法,若是不能避免这种状况,就应该保证:当传递一样的参数是,全部重载方法的行为必须一致。
可变参数接受0个或者多个指定类型的参数。其机制是先建立一个数组,数组的大小为在调用位置所传递参数的数量,而后将参数值传递给数组,最后将数组传递给方法。
7.五、返回零长度的数组或者集合,而不该该是null。不重要可是值得注意。
将局部变量的做用域最小化,能够加强代码的可读性和可维护性,并下降出错的可能性。
要是局部变量的做用域最小化,最有力的方法就是在第一次使用它的地方声明。通常来讲每一个局部变量都应该有一个初始化,若是没有足够的信息来对该变量进行有意义的初始化,则须要推迟该变量的声明,直到能够被初始化为止。
对于方法而言,应该尽量地使方法小而集中,这样就能够将局部变量的做用域尽量地小化。
for循环相比于while循环它可使局部变量更小化,同时程序更加简短加强了可读性。
for-each循环在简洁性和预防bug方面有着传统for循环没法比拟的优点,而且没有性能损失,因此咱们应该尽量使用for-each循环,可是在如下三种状况是否没法使用for-each循环的:
1.过滤:若是须要遍历某个集合,删除特定的元素,则须要使用显示的迭代器。
2.转换:若是须要遍历列表或者数组,并取代它部分或者所有元素值,这时就须要迭代器来进行设置元素的值。
3.平行迭代
基本类型至关于其引用类型有以下几个区别:1.)基本类型只有值,而引用类型则具备他们值不一样的同一性,也就说new Integer(1) != new Integer(1);2).基本类型具备功能完备的值,而引用还有一个null值 3).基本类型一般比引用类型更加节省空间和时间。
当在一项操做中混合使用基本类型和其引用类型时,其引用类型会自动进行拆箱动做。
在进行迭代时须要格外注意拆箱装箱机制,由于频繁的拆箱装箱会致使性能的降低。
其余
1.若是须要精确的答案,请使用BigDecimal而不是double和float。
2.若是有合适的接口类型存在,那么对于参数、返回值、变量和域来讲,就都应该使用接口类型进行声明。
异常应该只用于异常的状况下,他们永远不该该用于正常的控制流。
异常机制设计是用于不正常的状况,因此不多会有JVM会对他进行优化,因此异常通常运行都比较慢。
咱们应该尽可能让异常代码块小,由于try..catch会阻碍JVM实现原本可能要执行的某些特定的优化。