当然，你要用 swgger 这些自动化文档的话，返回的时候空也不影响啊。为啥要 new BaseResponse ？ return this 就行了呀。

public BaseResponse success() {
setCode(200);
setMessage("请求成功");

return this;
}

public class BaseResponse implements Serializable {
private static final long serialVersionUID = 1L;

private int code;
private String message;
private Object data;

//... 省略构造方法等

public static BaseResponse success() {
return new BaseResponse();
}
public static BaseResponse success(String message) {
return new BaseResponse(RespCodeEnum.SUCCESS, message);
}

//... 省略失败等
}

不用泛型，用 Object 。因为你不用知道类型也能序列化。

写代码真正用得到的基础，想来想去也就是数据结构。

快是什么快？要消除的是定时任务的延时效果？这个没意义，现在发不出去的消息，马上重发大概率也是发不出去的。

@yisheyuanzhang InheritableThreadLocal 这种只适合单体架构，局限性比较大

拦截器或网关验证 token 的时候解析出来用户信息，然后放在请求头上面。Controller 里面取出来传给 Service 。

把 18 万多条记录从数据库里面读出来传到你电脑上，十几秒不是很快了吗？

先病上 1 个月看看他们跳不跳脚

用 idea 的 docker 插件制作镜像并运行容器，也是有颜色的。但自己运行容器就没了。。。

@iseki 我也很好奇那些怕性能问题不用 join 的，为啥不干脆用 nosql 算了。。。关系型数据库就是要联表的呀，不联表查询哪来的关系？不存在关系用的哪门子 sql ？

@xiangyuecn @Transactional 注解需要注意的就是调用的方法不要在同一个类，另外就是不要被同样有 @Transactional 注解的类调用或调用 @Transactional 的方法。这应该很容易做到

@pkupyx 对的，url 不为空不代表 url 就正确返回结果，请求出现异常是最正常不过的事情。这时候抛出异常显然不合适，所以要用 try/catch 吃下来 IOException，并通过日志输出异常。

主要是微软太过强大和强势。什么都有，而且不鼓励别人搞，所以生态搞不起来。Java 就不一样，sun 远没有微软强大。一开始啥都没有，大家想要在这里玩，就得自己动手搞。充分满足了大家造轮子的成就感，所以很快生态就蓬勃发展起来了。

这个 catch 是为可能是不合法的或者无法访问的 url 准备的

炒他鱿鱼

大多数女性，特别是年轻女性，都希望男朋友 /丈夫帮她解决问题，而不是学习解决问题的办法，自己去解决问题。你要是和她讨论如何解决问题，大概率是被抱怨、被骂，或者吵架。我老婆就是这样的女人。。。

所以，楼主你尝试帮你女朋友找个好的工作吧。

微服务中多个服务可以用同一个数据源，但仅限于同一领域下的服务，譬如拆分应用 /管理服务。楼主这种订单和结算是两个业务领域了，没必要也不应该用同一个数据源。

都不看，直接上代码就对了。什么？不会写？百度就行了。