是因为多了几层函数调用吧

@Jrue0011 我错了，我一开始以为是 java。。。。。

用"" + number 的话，是不是会创建一个 StringBuilder 对象，然后再 append(String.valueOf(number))？

是不是华为的看过博客都能知道楼主是谁了。。。

楼主这经历秒杀我

在 Eclipse 上我是用的阿里巴巴普惠体，这是福报 /手动狗头
另外不知道为啥 常规 比 粗体 要粗一点，所以用粗体。。。

看情况，方法返回值没有重用的话就写一起，有重用的话就声明一个变量接收，太长的话也可以适当写成多行，但方法链一般会把每个 . 都换行

if/else 和 Assert 其实目的都不一样吧。。。参数在这个场景下是必须的就用 Assert 或者 Objects.requireNonNull()，不是必须的就用 if/else 或者 Optional

摸鱼心虚了，看看边上的人是不是也在摸鱼，找个安慰

@Buffer2Disk 没有设置调用 close()之后多久返回连接池的这种设定。。。只要调用 jedis.close()，内部做一些处理就会返回对象池了，你调用 100 次之后的阻塞应该是别的问题。

@Buffer2Disk 额。。你追踪下 Jedis 源码就知道了。一个 jedis -> client -> connection 维护一个 outputStream 和一个 inputStream，命令用 outputStream 发送，响应从 inputStream 读取，发送命令和读取响应的方法没加锁，一个线程读到另一个线程本该接收的响应很正常。。

看问题是拿到了同一个 jedis
原因应该是出在你获取 jedis 的代码，获取了 jedis 你还没用，你就在 finally 处调用了 jedis.close 将连接返回了连接池，导致连接池存在可用的 jedis，不会创建新对象，下一次拿到的还是相同的 jedis

没有压力就没有学习动力。。我也差不多，半路出家快一年了，小公司钱少事少，每天就上班工作做完后学一学，回到家就不想看书了

最近在玩 Win10 上的那个"糖果粉碎苏打传奇"。。。主要是消除的特效爽。
因为没动什么脑子，大部分连续消除生成特殊方块都是看运气，缺点是运气不好的话，有的时候一个关卡耗尽了所有体力会让人很难受

唯一需要注意的地方就是：别和霍顿握手

我应该是平时不怎么点鼠标。。12 年买的地狱狂蛇用到了现在。。

既然是嵌套，感觉也应该要在 A.bEntities 这个属性上加 @JsonView(SimpleB.class)？