赞，看了你的博客，非常不错

Value at Risk

@wadjj 邮箱的频率限制是怎么样的？

股票，期权风险太大，一般人玩不转。
太稳的话，收益低没啥意思，想玩大的就加杠杆，这时候的风险就需要你自己承担了，赢了会所嫩模，输了下海干活

@ashin
校招看中的是你的潜力，基础差点都可以忽略；
社招就是 1v1 实打实的东西了，随便一个点，一个点一个点的往下挖，答不上来就可能被 pass

@ashin 社招比校招容易！？

@chnmagnus 说白了，出门在外面，电量非常宝贵，既然微信常驻后台，我就用微信关联 QQ 消息，省的再开一个 QQ 费电了，2333

@mkeith
@Exgirlfriends tim 是怎么接收？ 我是不想登陆 QQ，因为 QQ 上面人太多了，开起来非常耗电，所以才用微信

那么开了 Tim，本质上不也是 QQ 么。。。

@SourceMan 你这是高级黑产品经理啊，，，，

又看了下代码，编辑 cookie 的地方是读内存对象，软件启动时候 cookie 是从配置文件里面读，任务启动的时候又是读另一个对象，并且这三者之间好像没有建立任何关联。。。。。
有点乱，如果逻辑清晰点，就读写都从一个地方，比方说配置文件。

@qq292382270 也有可能是支付宝的强制更新 session 的策略？

而且项目组织我觉得也有点值得考究，为啥 model 里面有任务执行的代码。。。

关于读取 cookie，我觉得最佳实现方法是不是应该去读配置文件，而不是读对象里面的值，这样的话每次修改后都能及时拿到最新的 cookie ；
亦或者用观察者模式去监听配置文件的改变；

提个 bug，cookie 编辑更新后，任务并没有拿到最新的 cookie。
另外 get 请求的时候，貌似要对 cookie 做一下处理，否则会报 Invalid cookie header 错误，解决方法如下
HttpClient httpClient = HttpClients.custom()
.setDefaultRequestConfig(RequestConfig.custom()
.setCookieSpec(CookieSpecs.STANDARD).build())
.build();

@qq292382270 你应该是属于老司机了吧，你的思路是做楼上说的那种持久化的 cookies，还是像楼主这种定期去模拟登陆获取最新 cookies 呢？如果是第二种，频率把握不好的话，被支付宝风控的风险应该很大吧

我记得这么搞好些会有验证码吧，到时候你还要搞个识别验证码的，这个也很考验技术啊哈哈

@holinhot 我试过这样升级后，原本装的 supervisor 就用不了了

@wildcat007 直接 down 源码下来编译安装会不会影响到 2.6 版本呐？

@daimazha 的思路不错，但是如果 id 不是自增的，而是通过 uuid 生成的，这个时候下面这个方法可以解决问题。


select b.*
from (
select
max(post_date) as post_date,
user_name
from article
group by user_name) as a
inner join article b ON a.post_date = b.post_date AND a.user_name = b.user_name;

把用户的名字和发帖时间作为一个联合主键来处理。