缅 甸 小 勐 拉 地 图
██【９７８８つ９１８１】█【１３１つ１４１８つ６６６７】█
前言
代码优化 ，一个很重要的课题。可能有些人觉得没用，一些细小的地方有什么好修改的，改与不改对于代码的运行效率有什么影响呢?这个问题我是这么考虑的，就像大海里面的鲸鱼一样，它吃一条小虾米有用吗?没用，但是，吃的小虾米一多之后，鲸鱼就被喂饱了。
代码优化也是一样，如果项目着眼于尽快无BUG上线，那么此时可以抓大放小，代码的细节可以不精打细磨;但是如果有足够的时间开发、维护代码，这时候就必须考虑每个可以优化的细节了，一个一个细小的优化点累积起来，对于代码的运行效率绝对是有提升的。
代码优化的目标是：
减小代码的体积
提高代码运行的效率
代码优化细节
1、尽量指定类、方法的fi67085107360)]
8、不要在循环中使用try…catch…，应该把其放在最外层
除非不得已。如果毫无理由地这么写了，只要你的领导资深一点、有强迫症一点，八成就要骂你为什么写出这种垃圾代码来了。
9、如果能估计到待添加的内容长度，为底层以数组方式实现的集合、工具类指定初始长度
比如ArrayList、Li000个大小的字符数组，就节省了一倍以上的空间;
(2)把原来的4096个字符拷贝到新的的字符数组中去。
这样，既浪费内存空间又降低代码运行效率。所以，给底层以数组实现的集合、工具类设置一个合理的初始化容量是错不了的，这会带来立竿见影的效果。但是，注意，像HashMap这种是以数组+链表实现的集合，别把初始大小和你估计的大小设置得一样，因为一个table上只连接一个对象的可能性几乎为0。初始大小建议设置为2的、使用带缓冲的输入输出流进行IO操作
带缓冲的输入输出流，即BufferedReader、BufferedWriter、BufferedI678901234在计算机中的表示应该是：
0000 0000 0000 0000 0000 1011 0011 1010 0111 0011 1100 1110 0010 1111 1111 0010
一个i30，所以就是我们上面的控制台上输出的内容。从这个例子上还能顺便得到两个结论：
1、整型默认的数据类型是if”
2、接下来再写一句”int ii = l + i;”会报错，因为long + int是一个long，不能赋值给int
32、公用的集合类中不使用的数据一定要及时remove掉
如果一个集合类是公用的(也就是说不是方法里面的属性)，那么这个集合里面的元素是不会自动释放的，因为始终有引用指向它们。所以，如果公用集合里面的某些数据不使用而不去remove掉它们，那么将会造成这个公用集合不断增大，使得系统有内存泄露的隐患。
33、把一个基本数据类型转为字符串，基本数据类型.toString是最快的方式、String.valueOf次之、数据+””最慢
把一个基本数据类型转为一般有三种方式，我有一个Integer型数据i，可以使用i.toString、String.valueOf(i)、i+””三种方式，三种方式的效率如何，看一个测试：
运行结果为：
所以以后遇到把一个基本数据类型转为String的时候，优先考虑使用toString方法。至于为什么，很简单：
1、String.valueOf方法底层调用了Integer.toString方法，但是会在调用前做空判断
2、Integer.toString方法就不说了，直接调用了
3、i + “”底层使用了StringBuilder实现，先用append方法拼接，再用toString方法获取字符串
三者对比下来，明显是2最快、1次之、3最慢
34、使用最有效率的方式去遍历Map
遍历Map的方式有很多，通常场景下我们需要的是遍历Map中的Key和Value，那么推荐使用的、效率最高的方式是：
如果你只是想遍历一下这个Map的key值，那用”Set keySet = hm.keySet;”会比较合适一些
35、对资源的close建议分开操作
意思是，比如我有这么一段代码：
建议修改为：
虽然有些麻烦，却能避免资源泄露。我想，如果没有修改过的代码，万一XXX.close抛异常了，那么就进入了cath块中了，YYY.close不会执行，YYY这块资源就不会回收了，一直占用着，这样的代码一多，是可能引起资源句柄泄露的。而改为上面的写法之后，就保证了无论如何XXX和YYY都会被close掉。
原文地址：https://www.cnblogs.com/Q-97889181/p/12434543.html