[practice-mistake] part3

[Alice52]

• 多线程并发
• jvm
• annotation
• spi

10. List

1. RandomAccess & Deque

   

2. Arrays

   • 不能直接使用 Arrays.asList 来转换基本类型数组
   • Arrays.asList 返回的 List 不支持增删操作: 但是可以修改
   • 对原始数组的修改会影响到我们获得的那个 List

3. List

   • subList 会导致被切割对象无法被回收, 可能导致oom
   • SubList 本身没有存储元素, 是 ArrayList 的视图
   • 修改值会彼此影响, 各自有 modCount, 但是操作时两个值必须是一样的
   • 要对大 List 进行单值搜索的话, 可以考虑使用 HashMap:
     • 其中 Key 是要搜索的值, Value 是原始对象,
     • 会比使用 ArrayList 有非常明显的性能优势
   • LinkedList 性能不太好, 可以考虑使用 ArrayDeque; 除非使用具体位置[ArrayDeque不适应]{ArrayList适应}
   • ArrayList 遍历时删除会出现 ConcurrentModificationException: 考虑使用迭代器去修改

[Alice52]

11. 空指针异常

1. 常见场景
   • 自动拆箱: 参数值是包装类型
   • 字符串比较出现空指针异常
   • 容器不支持 Key 和 Value 为 null:
     1. ConcurrentHashMap, ArrayDeque, Hashtable, TreeMap[value is nullable], BlockingQueue: null 不知是不存在还是值为null
     2. HashMap KV 都可以为null
        
   • A 对象包含了 B 使用时没有判断空
   • 方法或远程服务返回的 List 不是空而是 null: 没有进行判空就直接调用 List 的方法出现空指针异常

[Alice52]

12. 异常

1. 常见错误
   • 不在业务代码层面考虑异常处理，仅在框架层面粗犷捕获和处理异常: 全局异常处理被用作兜底
     1. 自定义异常: Warn + 异常信息[栈] + 请求信息[URL/方法/用户/参数等];
     2. 未知异常: Error + 异常信息[栈] + 请求信息[URL/方法/用户/参数等] + 普适信息
   • 捕获了异常后直接生吞
   • 丢弃异常的原始信息
   • 抛出异常时不指定任何消息
2. 异常处理
   • 日志记录
   • 转换为其他异常: 关联上之前的异常
   • 重试
   • 恢复
3. finally 中出现异常: 覆盖了之前的异常
4. 资源类一定使用: ** try-with-resources**
5. 千万别把异常定义为静态变量: 会导致堆栈信息错乱
6. 线程池中的异常问题
   • 线程异常处理的顺序: ThreadGroup 处理器 -- 线程默认的处理器 -- jdk ThreadGroup 中 print-stack 处理
   • execute 方法在出现异常时会终止线程并重新创建
     1. 大量的异常会导致线程重复创建引起性能问题
   • submit 方法在出现异常时不会终止线程, 但是会吃掉异常:
     1. 因为 FutureTask 在执行任务出现异常之后，异常存到了一个 outcome 字段中
     2. 只有在调用 get 方法获取 FutureTask 结果的时候，才会以 ExecutionException 的形式重新抛出异常

[Alice52]

14.io

1. 乱码问题: FileReader 是以当前机器的默认字符集来读取文件的
   • 应该指定字符集
2. 读取超出内存大小的大文件时会出现 OOM
   • 使用 Files 中的 stream 流不会导致 OOM
3. IO 文件句柄的释放
   • try-with-resources
4. IO性能: 注意读写文件要考虑设置缓冲区
   • 一定要设置缓冲区, 即使是使用 BufferedOutputStream