第五章 调优案例分析与实战

案例分析

B/S：“浏览器/服务器”模式，好处就是维护和升级方式简单，客户端是浏览器基本不需要维护，只需要维护升级服务器端就可以
C/S：“客户端/服务器”模式，好处就是可以降低通信成本且更安全，但升级维护比较困难

高性能硬件上的程序部署策略

• 通过64为JDK来使用大内存
  面临问题：
  ①内存回收导致长时间停顿
  ②64位JDK性能低于32位JDK
  ③产生堆溢几乎无法产生堆转储快照（产生的文件太大）
  ④相同程序在在64位JDK中消耗的内存比在32位JDK大，这是由指针膨胀及数据类型对其补白等因素导致

• 使用若干个32为虚拟机建立逻辑集群来利用硬件资源
  面临问题：
  ①容易造成节点竞争全局资源，最典型的就是磁盘竞争容易导致IO异常
  ②很难最高效的利用某些资源池，如连接池
  ③各个节点仍然要受到32位内存的限制
  ④大量使用本地缓存（如使用HashMap作为K/V缓存）的应用，在逻辑集群中会造成较大的内存浪费，这时可以考虑把本地缓存改为集中式缓存

集群间同步导致的内存溢出
发送信息必须在内存中保留，以保证发送失败是重发的可能；当网络环境不能满足传输要求时，重复数据在内存中不断堆积，很快就产生内存溢出。

堆外内存导致的溢出错误

除Java堆和方法区以外，其他区域占用内存，也会受到操作系统进程最大内存限制

外部命令导致系统缓慢
如Java代码调用shell脚本来执行一些命令，这种调用方式在Java虚拟机中非常消耗资源，建议使用Java的API。

服务器JVM进程崩溃
进程崩溃前发生的远端断开连接的异常

发生原因是使用了异步调用方式调用远程服务长时间没有响应，时间越长就会累积越多未响应调用，导致等待的线程和Socket连接越来越多，最终超过虚拟机的承受能力后使得虚拟机进程崩溃。建议将异步调用方式改为 生产者/消费 者模式的消息队列来实现。