没有公众号，你拿来没用啊。上面的信息，名称，男女，地区都是可以乱填的，手机号你拿不到的

基础和思维方式，前者重要且花时间就能学会，后者更重要且需要天赋。基础花时间就是了，如果没有方向，网上入门的书籍很多，但仅仅只是一个入门。至于以后要转业务还是技术，都可以啊。不要觉得业务没啥可做的，都是 crud。同样都是 crud，如何解放生产力可以考虑考虑。

redis 的 key 过期是惰性的，不是实时的，换句话说，延迟的时间是不确定的

其中 copy 用 BeanCopier，一般用于对象转换，比如 DO 转 BO 等等。B 的属性都来自于 A 中,而且只会比 A 少,属性名也一样，你的这种情况用 copy 绝对是最快的，不用转 json。转 json 反而慢

首先要看 a 和 b 的内容，是不是可以直接 copy 的，如果是，直接 copy 属性，如果不是，那只能手动 set 了。
if (CollectionUtils.isEmpty(sourceList)) {
return Lists.newArrayList();
}
List<T> resultList = Lists.newArrayListWithCapacity(sourceList.size());
for (Object source : sourceList) {
try {
T target = targetClass.newInstance();
copy(source, target);
resultList.add(target);
} catch (Exception e) {
throw new RuntimeException(e);
}
}
return resultList;

service.submit 返回的是 Future，你可以把 Future 收集起来，然后遍历 List<Future>的内容，这样出来的顺序和你添加到 list 中的顺序是一致的。List<Future> future=service.submit(() -> {

String uri = "http://localhost/api/flow/list";
return HttpHelper.getRequest(uri, 300);

});然后 list.add(future)。每个都这么做，这样再去遍历 list 的时候，出来的 curlResult 就是有序的。

这个很正常，我司的产品总监以前就是写代码的，大概阿里 P9 水平，说实话产品水平的确超高

可以先获取对应的 controller 类，然后再判断上面的注解吧，有一种是直接使用的，另一种是间接使用的，第二种你得遍历所有可能用到的注解，比较麻烦，暂时没更好的解决方案

你的数据库出问题了吧，我本地执行了下，返回 0 条记录。

如果只是这些需求，自己做个 aop 就得了，打个 log，自己统计下就完事了

如非必要，切勿升级啊。血和泪的教训，不是所有的第三方都完美的向下兼容的

现在的 mac 这么贵了吗？个人建议买个 1 万左右的先用着，等你毕业 4，5 年了之后再换，我的 mac 买了快 4 年了

现在的 mac 这么贵了吗？个人建议买个 1 万左右的先用着，等你毕业 4，5 年了之后再换，我的 mac 买了快 4 年了，现在用着还是 ok 的

为什么会有这个奇怪的接口?难道是扫描二维码去轮询去校验是否登录的么？

最好不要用 map 做方法入参和返回参数，后续很难维护。我司查表返回的，如果单表就是 DO，联表就是 PO

每次开发从 master 拉分支 branch a，然后都在 a 分支上开发，联调发到 dev 分支，提测合到 test 分支，如果上线，a 合到 master。