joniers的博客

简单限速器的实现服务器在高并发的场景下，不可能处理所有的请求，这就需要我们增加一些限制访问的措施，避免服务器瘫痪的情况，这里我们讲解一个简单的限速器实现，原算法来自于stackoverflow，链接：[限速器算法](http://stackoverflow.com/questions/667508/whats-a-good-rate-limiting-algorithm/668327#)，本文我们实

String.valueOf引发的错误背景近日在配合客户端调试的时候，客户端无法解析restful返回的失败返回值，需要服务器端配合解决，该问题，查看了服务端的log，返回值以json格式正常返回了，没有异常，那问题出在哪里呢？怀疑是客户端解析问题导致。分析问题查看了客户端的解析返回值的代码，发现疑点，客户端使用String.valueOf(byte [])，将收到的byte []转换了为Strin

Java hashmap本文基于Java 1.7 进行分析，这次分析主要是作为自己的笔记留存。hashmap的基本原理HashMap基于哈希算法，使用put存放对象，get获取对象put，用户将K-V传递给put后，通过K对象的hashcode()方法来计算本次存储的hash值，然后通过indexFor()方法，获取需要存入hash桶的位置，hash桶是一个数组，默认初始大小是16，里面存放的是E

Java LinkedHashMap前言Map是我们在实际使用过程中常用的集合，HashMap在Java的实际开发中出镜率很高，它通过hash算法实现了高效的非线程安全的集合，它有一个缺点就是，用户插入集合的数据时无序，在我们需要一些有序的map的时候，我们就需要引入另外一个集合：LinkedHashMap。 LinkedHashMap是一个有序的非线程安全的集合，它是HashMap的子类，基本特

commons pool2前言项目中使用到了微服务的框架thrift，服务间通过RPC通讯，每次RPC调用，都需要建立长连接，使用完成后关闭长连接，在高并发场景下，效率不高，这时，我们就需要采用池化技术，使用连接池，通过空间换时间，不必每次都创建和关闭连接，提高我们的RPC的调用效率。这里我们采用的是Apache的commons pool2，这时一个开源的对象池组件，使用较为广泛，我们常用的jedi

netty客户端引发的线程血案（二）前言前文讲解了基于netty-client 3.10.5如何出现的线程雪崩，在分析该问题的过程中，我们切换了es-client调用的netty库，尝试使用了netty的一些老的版本，发现，在3.2.4版本上面不存在该问题，这是什么原因导致的呢？

数据库线程池引发的系统磁盘100%问题[TOC] 平台某系统凌晨3:00突发告警，系统磁盘使用率超过门限，很快达到100%，主系统功能不可用，整个集群出现同样的问题，运维同事紧急介入，压缩日志，重启系统，系统回复正常问题描述究竟是什么问题引发的磁盘使用率100%呢？经过排查，基本定位为日志文件导致，日志把系统磁盘给打爆了，为什么日志会突然间暴增了？而近期系统没有发版，而且凌...