JSON对象解析的过程中要尽量避免多次解析的情况;如非必要,要尽量减少JSON对象的反复解析。
使用Redis或数据库查询时,如果是上下文有逻辑关系的代码,尽量避免反复使用同一查询,其原则是:能少查一次就少查一次。查询结果建议都要进行一定的非空或其它异常判断等等。
在进行业务逻辑的计算和IO读写操作时,建议分别使用不同的线程。例如:业务逻辑的计算可以使用CPU密集型线程池;而IO操作可以使用IO型线程。RxJava是一个不错的选择工具,值得尝试!
使用重试逻辑时,不要太暴力。
如下图,Redis有可能会出现超时的情况,这里的业务又比较重要,所以有必要加上重试逻辑,而加的重试逻辑又太过于暴力。
这样可能得不到想要的效果,反而会加重Redis的负担,所以建议加上适当的停顿时间。如下图:
查询数据库或Redis等等时,尽可能给予返回值,前后代码有先后依赖关系时,应该给予必要的逻辑判断。尽量不要像下面这样,insert进去数据库之后就什么不管了。因为insert操作会可能失败的,一旦这里失败,其它有依赖的地方就会产生问题,代码要尽量能考虑到失败时的处理。
尽量避免大量Redis Key同时(分毫不差的)失效。Redis是单线程模型的,如果大量对象同时失效,后续的请求可能会频繁出现请求超时的问题。如图: