powerzhuye

之前我写过一篇博客：《朱晔的互联网架构实践心得S2E2：写业务代码最容易掉的10种坑》，引起的关注还是挺多的。后来和极客时间的编辑一拍即合决定以这个为题写一个专栏。其实所谓坑就是容易忽略但是不容易发现的问题，大部分生产事故都是发布、运维相关的配置引起，真正代码中的问题上线后产生…

值得注意的是，JVM参数我们希望从环境变量注入。 有了SCK的帮助，配置可以从ConfigMap加载，之后我们会看到ConfigMap的配置方式。下面我们定义一个控制器扮演服务端的角色： 这里就一个接口client接口，访问后通过RestTemplate来访问服务端根路径的接口…

本节我们先会来复习一下java.util.concurrent下面的一些并发容器，然后再会来简单看一下各种同步器。 首先，我们来测试一下ConcurrentHashMap和ConcurrentSkipListMap的性能。 前者对应的非并发版本是HashMap，后者是跳表实现，…

本节我们来研究下并发包中的Atomic类型。 先来一把性能测试，对比一下AtomicLong（1.5出来的）、LongAdder（1.8出来的）和LongAccumulator（1.8出来的）用于简单累加的性能。 和官网说的差不多，在高并发的情况下LongAdder性能会比At…

这个专题我发现怎么慢慢演化为性能测试了，遇到任何东西我就忍不住去测一把。本文我们会大概看一下各种锁数据结构的简单用法，顺便也会来比拼一下性能。 这里同样区分读写锁，只是读锁我们先尝试进行乐观读，拿到一个戳后读取我们需要保护的数据，随后校验一下这个戳如果没问题的话说明数据没有改变…

老样子，我们还是从一些例子开始慢慢熟悉各种并发队列。以看小说看故事的心态来学习不会显得那么枯燥而且更容易记忆深刻。 阻塞队列最适合做的事情就是做为生产消费者的中间存储，以抵抗生产者消费者速率不匹配的问题，不但是在速率不匹配的时候能够有地方暂存任务，而且能在队列满或空的时候让线程…

和我之前的Spring系列文章一样，我们会以做一些Demo做实验的方式来复习一些知识点。 本文我们先从Java并发中最最常用的线程池开始。 我们知道，Java的线程池默认情况下是更倾向于使用队列来存放任务而不是倾向于使用更多的线程来消化任务，只有当队列满了之后才会使用更多的线程…

这里我们可以想到，四层代理因为少了Http数据的编解码过程，性能肯定比七层好很多，好多少我们可以看看测试结果。 看到这里其实已经有结果了，ReuseServerThread性能是最好的，其次是ReuseServerGroup，最差是IndividualGroup，和我们猜的不一…

程序开发毕竟还不是搬砖这种无脑体力劳动，需要事先有标准，有架构，有设计，绝对不是新公司今天创立，明天就可以开始编码的。其实很多公司在起步的时候没有财力和资源建设独立的基础架构或平台架构部门，甚至运维团队都没有，但是这不妨碍我们心中有一个蓝图知道努力的方向，本文我们就简单聊聊平台…