小孩才做选择题成年人是都要，这话似乎说反了。。。

成年人哪有都要的可能，能给你选择的机会就不错了。反倒是小孩子，可以说“我都要！”

@waibunleung 楼主你有没有搞清楚自己的需求？需求确定了，数据结构自然就能确定了。数据结构确定了，存储方案自然就能确定了。即使有问题，至于连问题是什么都说不清吗？

没有复杂网络需求的，容器一律使用宿主机网络，也就是 host 。

@waibunleung 你要怎样滑动？以什么为单位？要以分钟为单位滑动，按分钟计数，按秒滑动就按秒计数。不还是一样的道理吗？

用 hash 类型存储，每个文件一个 key 。这个 key 下面每 10 分钟新增一个 hash key，在这个时间段里，每访问一次这个 hash key 的 value +1 。

先把 txt 文件里面的冒号统一替换成逗号，然后用正则把属于时间的冒号替换回来，再导入就不会有问题了。

为啥不学做饭？

目前来看，别的倒也罢了，涉及个人隐私信息的非法使用抓得比较严。

用支持按配置项进行配置的配置中心，譬如携程的 Apollo 。自己撸一个简单的轮子也行

当然，你要用 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 插件制作镜像并运行容器，也是有颜色的。但自己运行容器就没了。。。