认识达内从这里开始

认真做教育专心促就业

java的技巧

发布：济南IT培训
来源：互联网
时间：2018-03-26 18:50

    作为当前全球最热门之一的开发语言,Java正在野蛮地扩张自己的领土,从单片机到安卓,随处可见Java的身影.随着越来越多的人加入Java开发环境,阶级分化也逐渐明显.大神和菜鸟,往往只有一线之隔,今天山东IT培训的小编就要把这层窗户纸捅破.
    开发过程中,那些被称为"666"的大神,领先你的,往往也只有几个快捷键的距离.一些简单的技巧和开发习惯,往往能让你在开发过程中事半功倍.
    避免重复创建对象
    为什么?
    更少的对象会需要更少的垃圾回收
    使用的空间越少,应用的性能越好
    怎么做?
    重复利用一个对象,而不是在每次需要的时候都去创建一个功能一样的对象
    (这样做)
    String s = "No longer silly";
    (不要这样)
    String s = new String("silly");
    不可变类中既提供构造函数,又提供了静态工厂方法的,优先考虑使用静态工厂方法.复用那些一旦初始化(使用静态初始化)就不会改变的对象.+++
    避免循环引用
    为什么
    一组相互引用的对象,如果他们没有被其他对象直接引用的话,它们会变得不可达,这样会导致它们一直都保留在内存里.
    怎么做
    你可以使用强引用来表示"父到子"的引用关系,使用弱引用来表示"子到父"的引用关系.
    了解和学习一下 JVM 内存管理
    为什么
    有些人认为Java 程序员不需要知道内部 JVM 内存管理.毫无疑问,这种观点明显是错误的,如果想拓宽知识面和提升排除故障能力,你就必须要了解和学习一下 JVM 内存管理
    怎么做?
    JVM 内存分为 3 个内存空间
    Java Heap:适用于所有的JVM厂商,通常用来拆分 YoungGen(幼苗 ) 和OldGen(终身享用)空间.
    PermGen(永久代):适用于SunHotSpot VM((PermGen 空间在 Java7 或者Java8 更新中将会被删除)
    Native Heap(C-Heap):适用于所有的JVM厂商.正如你所看到的,JVM内存管理比使用 Xmx 设置最大值更为复杂.你需要查看每个角度,包括本地和PermGen 需求以及从主机上查看物理内存可用性(CPU core).
    使用==操作符来替代equals(Object)方法
    为什么
    ==操作符的性能更好
    例如,对于字符串比较,equals()方法会去比较字符串对象里的字符.==操作符会比较两个对象的引用,来比较它们是否指向同一个实例.
    怎么做:
    当且仅当a==b 的时候才会有a.equals(b)
    例如,对于重复调用的地方,使用静态工厂方法来返回相同的对象.
    避免使用finalizer
    为什么
    垃圾回收器需要单独记录等待终结的对象
    调用finalize方法也有一定的开销
    Finalizer是不安全的,因为它有可能会复活一个对象,这样会干扰垃圾回收.
    避免使用引用对象
    为什么
    和finalizer一样,垃圾回收器需要特别处理软引用、弱引用以及幽灵引用.
    尽管引用对象在某些方面很有作用,例如,简化cache的实现,但是大量引用对象的存在会使得垃圾回收运行缓慢.

记录一个引用对象的开销远远超过一个普通对象(强引用)的开销.

山东IT培训

    避免使用对象池
    为什么
    对象池不仅会使得更多的数据对象保持活动,同时会使得对象的存活时间延长.
    值得注意的是,大量存活的数据对象的处理是GC的瓶颈,GC被优化成适合于处理许多寿命较短的对象
    并且,创建新的对象而不是保持旧的对象存活,会对缓存的局部性有益.
    不过,在一个包含大量大对象的环境下,例如大的数组,性能或许会因为使用对象池而有所提升.
    选择好的算法和数据结构
    为什么
    考虑一下通过链表来实现队列的场景
    即使你的程序不需要遍历整个链表,但是垃圾回收器还是需要这样做的.
    如果元素的封装者没有把元素没有把元素放在内存中邻近的位置,这样会破坏缓存局部性.因而会导致程序长时间的暂停,尤其是对象的指针分散在一个很大的堆区时,垃圾回收器会在标记阶段追随指针的时候频繁遭遇缓存失效.
    避免使用System.gc
    为什么
    Java语言规范里没有保证调用System.gc会做什么.如果它规定了的话,或许会超出你的期望,也或许每次调用都做不同的事情.
    避免使用太多的线程
    为什么
    进程上下文切换的次数会随着要调度的进程的数目相应地增长,这样会对性能有隐性的影响.
    例如,IntelA-64处理器上的本地线程上下文的大小大概是几千KB.
    回顾静态占用需求
    为什么
    设法对静态内存占用进行合理的评估,在真正进行数据测试之前,设置一些 JVM 能力起点是非常有用的.
    怎么做
    应用程序以及相关数据将决定 Java堆空间占用需求.通过静态内存,可预测下面的内存需求:
    确定将会有多少不同的应用程序部署到预先计划的一个单独的 JVM 进程上,确定有多少个类需要在运行时加载:包括第三方 API.确定数据缓存占用,如应用程序加载内部缓存数据结构(和第三方 API). 确定允许建立的中间件线程数量.
    在 JVM 进程上部署的应用程序越多,对本地内存和 PermGen 空间的要求就越高.数据缓存并不是序列化为一个磁盘或数据库,它将从 OldGen 空间里面需要额外的内存.设法对静态内存占用进行合理的评估,在真正进行数据测试前,设置一些JVM能力起点是非常有用的.对于32 位JVM, 通常不推荐一个Java堆大小超过2GB(-Xms2048m,-Xmx2048m),对于 JavaEE应用程序和线程来说这样将需要足够的内存和本机堆 PermGen.这个评估是非常重要因为太多的应用程序部署在一个32 位JVM进程上很容易导致本机堆耗尽;尤其是在多重线程环境.对于64位JVM, 一个3GB或者4GB 的 Java 堆/JVM 进程是推荐的起点.
    避免不需要的异常
    为什么
    异常处理会占用一定的事件,并且会打断程序的正常执行流程.
    作者曾经遇到这样一场景,在客户的应用里,一个正常的执行流程每秒会抛出成千上万的NullPointerException.这个错误被纠正后,应用的性能里面有了一个数量级的提升.
    避免使用大对象
    为什么
    大对象有时候需要直接在堆而不是在线程本地存储区(thread local areas, TLA)进行内存分配.
    大对象直接在堆上分配是有坏处的,因为它会更快地产生内存碎片.在虚拟机(例如JRockit)上分配大对象会降低性能,因为分配内存的时候会使用堆的全局锁.
    过度使用大对象会造成频繁的全栈压缩,这样做是具有破坏性的,而且这样会导致导致所有的线程暂停很长一段时间.
    本篇文章是济南IT培训为您呈现,希望给您带来更多更好的文章,喜欢的朋友们可以添加微信公众号.

更多济南IT培训相关咨询,请扫描下方二维码

济南IT培训