java 反模式_几种常见的反模式

一.简介

反模式就是让我们系统恶化的场景总结

二.长调用反模式

通常我们在进行数据库优化时首先关注的就是long sql ,为什么呢？long sql 会长时间的占用一个connection,如果long sql多了那么就会将connection耗尽 .

系统内部的long call 同样会导致严重的问题，首先一个服务的计算资源/内存资源/IO资源是有限的也就是说它提供服务的能力是有限的。当长调用大量占用资源时，就会调用请求堆积，内存占用越来越多，频繁的gc，最后导致系统崩溃

三.请求杠杆反模式

典型场景就是我们在浏览器上输入一个网址，浏览器会发出几个甚至数十个请求。

也就是说请求从最上层往下进行时，请求量是随着层数的变深，几何级数增长。

不过在通常的内部系统中，往往在服务内比较少见的异步调用，同步调用中虽然底层系统的被访问量是高层系统的一个数量级，但是同一时刻调用量是一致的。不过这并不意味这我们可以不用关注这种问题。可以预见的编程模型一定是可并行则并行，所以要有预见性。

解决方式就是在预估容量时，考虑到这种几何级数的增长方式。

四.反复缓存反模式

为了降低响应时间，系统往往在本地内存中缓存很多数据。缓存数据越多，命中率就越高，平均响应时间就越快。为了降低平均响应时间，有些开发者会不加限制地缓存各种数据，在正常流量情况下，系统响应时间和吞吐量都有很大改进。但是当流量高峰来临时，系统内存使用开始增多，触发了JVM进行full GC，进而导致大量缓存被释放(因为主流Java内存缓存都采用SoftReference和WeakReference所导致的)，而大量请求又使得缓存被迅速填满，这就是反复缓存。反复缓存导致了频繁的full GC (摘抄)