b2科目四模拟试题多少题驾考考爆了怎么补救
b2科目四模拟试题多少题 驾考考爆了怎么补救

java多线程死锁 编写高质量代码:改善Java程序的151个建议(2)

电脑杂谈  发布时间:2018-01-03 11:02:34  来源:网络整理

建议70: 子列表只是原列表的一个视图

建议71: 推荐使用subList处理局部列表

建议72: 生成子列表后不要再操作原列表

建议73: 使用Comparator进行排序

建议74: 不推荐使用binarySearch对列表进行检索

建议75: 集合中的元素必须做到compareTo和equals同步

建议76: 集合运算时使用更优雅的方式

建议77: 使用shuffle打乱列表

建议78: 减少HashMap中元素的数量

建议79: 集合中的哈希码不要重复

建议80: 多线程使用Vector或者HashTable

建议81: 非稳定排序推荐使用List

建议82: 由点及面,一叶知秋————集合大家族

第6章 枚举和注解

建议83: 推荐使用枚举定义常量

建议84: 使用构造函数协助描述枚举项

建议85: 小心switch带来的空异常

建议86: 在switch的default代码块中增加AssertionError错误

建议87: 使用 valueOf前必须进行校验

建议88: 用枚举实现工厂方法模式更简洁

建议89: 枚举项的数量限制在64以内

建议90: 小心注解继承

建议91: 枚举和注解结合使用威力更大

建议92: 注意 @Override不同版本的区别

第7章 泛型和反射

建议93: Java的泛型是类型擦除的

建议94: 不能初始化泛型参数和数组

建议95: 强制声明泛型的实际类型

建议96: 不同的场景使用不同的泛型通配符

建议97: 警惕泛型是不能协变和逆变的

建议98: 建议采用的顺序是 List<T>、List<?>、List<Object>

建议99: 严限定泛型类型采用多重界限

建议100: 数组的真实类型必须是泛型类型的子类型

java多线程死锁_java多线程创建方式_java多线程运用在哪里

建议101: 注意Class类的特殊性

建议102: 适时选择getDecalredXXX 和 get XXX

建议103: 反射访问属性或方法将Accessible设置为true

建议104: 使用forName动态加载类文件

建议105: 动态加载不适合数组

建议106: 动态代理可以使代理模式更加灵活

建议107: 使用反射增加装饰模式的普适性

建议108: 反射让模板方法模式更强大

建议109: 不需要太多关注反射效率

第8章 异常

建议110: 提倡异常封装

建议111: 采用异常链接传递异常

建议112: 受检异常尽可能转换为非受检异常

建议113: 不要在finally块中处理返回

建议114: 不要在构造函数中抛出异常

建议115: 使用Throwable获得栈信息

建议116: 异常只为异常服务

建议117: 多使用异常,把性能问题放一边

第9章 多线程和并发

建议118: 不推荐覆写start方法

建议119: 启动线程前stop方法是不可靠的

建议120: 不适用stop方法停止线程

建议121: 线程优先级只使用三个线程

建议122: 使用线程异常处理器提升系统可靠性

建议123: volatile不能保证数据同步

建议124: 异步运算考虑使用Callable接口

建议125: 优选选择线程池

建议126: 适时选择不同的线程池来实现

建议127: Lock与synchronized是不一样的

建议128: 预防线程死锁

建议129: 适当设置阻塞队列长度

建议130: 使用ConuntDownLatch协调子线程

建议131: CyclicBarrier让多线程齐步走

第10章 性能和效率

建议132: 提升Java性能的基本方法

建议133: 若非必要,不要克隆对象

建议134: 推荐使用“望闻问切” 的方式诊断性能

建议135: 必须定义性能衡量标准

建议136: 打出头鸟——解决首要系统性能问题

建议137: 调整JVM参数以提升性能

建议138: 性能是个大“咕咚”

第11章 开源世界

建议139: 大胆采用开源工具

建议140: 推荐使用Guava扩展工具包

建议141: Apache扩展包

建议142: 推荐使用Joda日期时间扩展包

建议143: 可以选择多种Collections扩展

第12章 思想为源

建议144: 提倡良好的代码风

建议145: 不要完全依靠单元测试来发现问题

建议146: 让注释正确、清晰、简洁

建议147: 让接口的职责保持单一

建议148: 增强类的可替换性

建议149: 依赖抽象而不是事先

建议150: 抛弃7条不良的编码习惯

建议151: 以技术员自律而不是工人


本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-57841-2.html

相关阅读
    发表评论  请自觉遵守互联网相关的政策法规,严禁发布、暴力、反动的言论

    每日福利
    热点图片
    拼命载入中...