窗口函数就可以做到，如果不用窗口就得子查询。

@cat9life ？ 恶心竞争实属是了

代码一大堆全部是拿 try 来充当 if ，哪里出问题我必须开调试，不然我根本不知道到底是哪一个方法抛的异常，关键还是捕获的 exception ，我该他的代码还得开个 debug 一步一步走看看到底哪里蹦了

越想越气，楼主你在哪

难怪你被吐槽。。 我最近接手到一个项目全部用 try catch 来判空和判非法值，有几个参数是直接 get 的，但并非必填的， 无语死，整个方法拿个 try 套起来，省了几个 if ，你这确实爽了啊，后期维护的人怎么办，吐血给你看吗

鉴定完毕 倒排索引 下次直接发空气

昨天我也关了 无语 那玩意优化跟屎一样，占了我一个大核

@xshwy 那也不必装个火绒呀， 屏蔽下 host 也行， 当然支持正版也是不错的，毕竟新版很多新特性，看个人。

用火绒把 Typora 断网就行了

一般都是用第二种吧， 异步统计，就跟话费一样，你剩一块钱，假设 1G 一块，你在这几十秒中瞬间就用了 1G 以上，那是不是要做欠费处理呢，不用太纠结。

@ayase252 没事亲，下辈子注意点（ doge

@shyrock 不想改代码或者侵入业务逻辑，我那个方案已经是最好的选择了。

@ecloud emm 怎么说呢，可能我觉得哈， 其实面试的时候就应该明确自己想做什么岗位了，而不是等到面试完后给他安排其他岗位，这也不太符合正常逻辑，可能每个人的情况不一样，也可能是我站得高度还不够。

@shyrock 数 10 分，不应该都是同一个表吗 难不成一种待办一个表？

@shyrock 不用太纠结啦，如果系统是屎山，多堆点屎上去也是没有办法的事， 如果你想着优化，可以考虑下我说的方案。

@shyrock 按照你的业务需求来，如果你待办上有比较特殊字段的需求，那就必须侵入业务逻辑，肯定需要第二个方案，同步插入一条待办这没什么，代码尽量轻一些去侵入，但通知这个可以外置。
如果你的待办很简单粗暴，那我可以第一个来去外置，但定时轮训这个有点太骚了
其实可以考虑下消息队列 mq ，把新增行为推送到队列，然后去异步消费就行了。

通知和待办这东西 本身就是两个东西，不用太纠结。