大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
每个人都说代码是程序员手中的一把雕刻刀,是拆雀此对他们产品轮廓和细节的打磨。每个程序员在代码优化方面需要做的是,即使是每天处理代码的程序员也有很多关于他们编写代码的问题,所以优化很重要。下面昌平北京IT培训为大家介绍代码优化的方法。
“专业、务实、高效、创新、把客户的事当成自己的事”是我们每一个人一直以来坚持追求的企业文化。 成都创新互联公司是您可以信赖的网站建设服务商、专业的互联网服务提供商! 专注于网站建设、成都网站建设、软件开发、设计服务业务。我们始终坚持以客户需求为导向,结合用户体验与视觉传达,提供有针对性的项目解决方案,提供专业性的建议,创新互联建站将不断地超越自我,追逐市场,引领市场!
1、尽量重用目标
特别是,使用代表字符串收敛的String目标应该使用StringBuilder/StringBuffer。因为Java虚拟机不仅要花时间生成目标,而且可能还需要花时间检索和删除这些目标,所以昌平计算机学院发现生成太多目标会对程序的功能产生重大旅迅影响。
2、岁罩可以运用局部变量
调用方法时传递的参数和调用中创建的临时变量保存在堆栈中的速度更快。其他变量,如静态变量、实例变量等等,在堆中创建,速度较慢。此外,北京北大青鸟发现在堆栈中创建的变量,方法的操作结束,当这些内容都消失了,就不需要额定废物回收。
3、及时封闭流
Java的程序编写过程中,数据库连接,I/O流操作必须谨慎,应用结束后,应该及时关闭发布资源。因为昌平java培训发现这些大目标的运行会造成大系统支出,稍有不慎就会导致严重的结果。
1. 使用正确的数据结构和算法:使用正确的数据结构和算法可以极大地提高代码的性能。
2. 尽量减少不必要的循环:尽量减少不必要的循环,可此档以极大地减少代码的执行时间。
3. 使用缓存:使用缓存可以极大地提高代码的性能,减少重复计算。
4. 使用多线程:使用多线程可以极大地提高代码的执行效率。
5. 使用合理的变量名:使用合理颤启的变量名可以茄扒如极大地提高代码的可读性,减少出错的可能性。
性能优化我伍敏觉得应该分两步走,第一步:寻找性能瓶颈,第二步:性能调优;
下面分别进行分析:
第一步:寻找性能腔差枝瓶颈
通常性能瓶颈的表象是资源消耗过多、外部处理系统的性能不足;或者资源消耗不多,但是程序效应还是很慢;
资源主要消耗在cpu,文件io,网络io以及内存方面,当某一资源消耗过多会造成系统响应慢;
外部处理系统的性能不足主要是所调用其他系统提供的功能或数据库的响应速度不够,外部系统慢可能也是资源消耗过多导致,数据库响应慢可以对数据库进行调优;
资源消耗不多但仍然慢主要原因是程序代码运行效率不高,未充分使用资源或程序结构不合理;
1.1cpu消耗分析
可以通过相关命令比如top,pidstat,找出各个类型消耗cpu的占比,最常见的就是us和sy类型分别代表用户进程消耗和线程间切换消耗;如果us过高可以找到相关的线程ID然后分析代码;如果sy过高是不是启动了过多的线程导致线程切庆扮换过多;
1.2文件io消耗
要跟踪线程的文件IO消耗,可以通过pidstat来查找,可以查到每秒的读写kb数;找到读写kb数多个线程,然后结合jstack找到相关的java代码,然后分析;
1.3网络io消耗
可以通过sar来分析网络的消耗状况,但是不能具体到每个线程所消耗的网络IO,只能对线程dump,查找产生了大量网络io的线程;
1.4内存消耗
结合top或pidstat,以及jvm的内存分析工具来分析内存消耗;要区分是jvm外的物理内存还是jvmheap区内存;如果是jvm外的物理内存要分析程序中DirectByteBuffer,如果是jvmheap可以通过jvisualvm来分析;
1.5资源消耗不多但仍然慢
主要原因是:锁竞争激烈,未充分使用硬件资源,数据量增长
第二步:性能调优
2.1jvm调优
主要包括各个代的大小、GC策略等;代大小的设置:避免新生代大小设置过小,或者过大;避免Survivor区过小或过大;合理设置新生代存活周期;GC策略根据吞吐量优先还是延迟优先进行设置策略;
2.2程序调优
1.CPU消耗严重解决
us过高主要是执行线程无任何挂起动作,可以进行Thread.sleep操作;sy过高主要是因为创建了过多的线程导致线程上下文切换;
2.文件IO消耗严重解决
造成文件IO消耗严重的原因主要是多个线程写大量的数据到同一个文件,导致文件很快变的很大,从而写入速度越来越慢,并造成各线程激烈竞争争抢文件锁,常用的调优方法:异步写文件,批量读写,限流,限制文件大小;
3.网络IO消耗严重解决
主要原因是同时发送或者接受的包太多,解决办法就是限流;
4.内存消耗严重解决
解决:释放不必要的引用,使用对象缓存池,采用合理的缓存失效策略,合理使用softReference和WeakReference;
2.3资源消耗不多但仍然慢
主要原因是:锁竞争激烈,未充分使用硬件资源