谷歌翻译真的牛，你试试

@godleon 基本类型自动拆箱，方法入参你可以写成 Integer
count(new Integer(1), new Integer(2), new Integer(3))

@godleon 入参用的 int ，不可能为 null

静态就自己加个 static

```
@Test
public void test022() {
System.out.println(count(1, 2, 3, 4, 5));
}

public int count(int... input) {
return Arrays.stream(input).sum();
}
```
这个可以吗

阿巴阿巴阿巴。。。

为什么不考虑 datax 把数据同步过去后，再修改数据呢
datax 设计的目的是在于异构数据源迁移，所以应该做不到修改数据

@lancelee01 你是这个意思吗，我看了半小时才弄懂

@bmwyhc 这个老铁（@lancelee01 ）说的是对的
---------------------------------------------------------------------------------------
举个例子：
你找了 20 个人来搬砖头，每个人总共有 10 块。他们需要把砖头放到同一辆小推车里，当小推车里有 10 块砖头的时候，他们就喊你把小推车拉走，你清空后再把小推车拉回来，他们接着装。
** 上述就是你代码的解读 **
---------------------------------------------------------------------------------------
下面是我的理解：
你的构想，工人应该排队搬砖，0 号开始搬，0 号搬完 1 号搬，一直到 19
事实上，工人会争先恐后的搬砖，可能有个机灵鬼，每次都等车里有 9 块的时候，就去放最后 1 块，这就导致了每次你都看到他
---------------------------------------------------------------------------------------
如果想做到你想的那样，你应该给工人加锁，而不是给小推车加锁
---------------------------------------------------------------------------------------
验证：你把 producer() 方法中的 if 给删除，然后打印，就像下面这样
```
list.add(random.nextInt(100));
System.out.println("thread-" + Thread.currentThread().getName() + Arrays.toString(list.toArray()));
lock.notifyAll();
```
你会看到线程争先恐后的向 list 里面放砖，但每个线程都只有 10 块砖

@golangLover 这个百度能搜到，https://blog.csdn.net/a772304419/article/details/103838176 ，够用了

我主要看有什么现成的方法，没有 byIds() 方法就用 byId()
实践中，byIds() 的性能会好一点，最简单的原因是 byId() 每次都要写日志，而 byIds() 只用写一次，但只好很少很少。
健壮、好维护的就是好代码，性能问题等遇到再解决

@Component
public class Test {

private Demo demo;

public Test(@Value("${demo.a1}") String a1,@Value("${demo.a2}") String a2,@Value("${demo.a3}") String a3){
demo = Demo.build(a1,a2,a3);
}

}

QPS 每秒查询率(Query Per Second)
每秒 1 万，一天接近 9 亿请求，谁敢说不高，v2 都不一定有这么高

枸杞 + 山楂 + 蒲公英，一起泡，超好喝

美团

和老员工搞好关系，请吃个饭或者其他的，让他带带你。领导不是给了你六个月吗，应该够吧