对啊，所有的都是收费过高。说白了很多人不懂时序数据库，人家吃的是这个信息差

电子产品就是这样，lz 还受不了调侃那发帖只能是自讨没趣。而且每次上一代停产下一代出厂的中间 js 本来就是要抬价的，所以你不是 49 年入的国军，是 51 年游过海峡去反攻大陆

<script src="https://gist.github.com/lonelyleaf/7b736c926c0dd31037cab3d81bc994f3.js"></script>

上次也遇到个类似问题，不过是 sql 拼接有问题导致一条查出来就有 2 个 G，查几次就 oom 了。其实这种问题只要遇到过一次，知道要 heap dump 下来分析，还是不太难。

最好的办法是你加个 maven 私服，在上面做远程代理

OkHttp 和 feign 用得多，如果写 android 会用 Retrofit 。基本不管用哪个，多少都要针对业务做封装或配置

首先你数据类型是啥？ long 、timestamp 、datetime ？
然后你工具不同也可能造成显示不一样（起码我之前用 navicat 和 idea 看 pg 的 timestampz，同个时间时区就是显示不一样），你 sql 里显式转成 utc 时间看是不是一致

我觉得最好用其它 mq，kafka 本来就不适合这种场景，你这业务看起来也不需要持久化，redis 的 sub/pub 可能都够了

@echo1937 mybatis 级联我确实不知道，但你用 jpa 不太可能定义一种类似 @Type 让所有框架都能兼容。而自定义类型对 orm 框架还是非常重要的，本来规范再好也不可能覆盖所有场景，不管哪个框架总要扩展自己功能。虽然我也觉得 mybatis-plus 是可以兼容 jpa 部分规范的，但人家不想兼容也不是很大问题

mybatis 本来也不能做类似 @OneToOne 、 @OneToMany 这些级联操作，用自己的 api 能自己把控功能。像你用 Spring Data JPA，很多功能到头来还是要用 hibernate 的包的注解才能实现，所以我觉得差别不大。

windows 下用 linux 的容器坑还是不少，不适合生产，只适合开发调试。如果是 windows 容器没研究过，但应该有些生产的方案

不是专业前端 node 那套生态是要学一下，要知道好多写 java 的命令行都用不来，这行下限就是这么低……

不要和杠精辩论，只会浪费时间，大家散了吧

所以像 kotlin 和其它语言中的 var 和 val 就很方便能区别可不可变

mysql 原生做不到

11 和以后的 jdk 中其实添加了很多实用的工具性的 api，还是很好用

从你描述的业务来看，其实 100 行不算多啊……就码 if else if else 都要码很多行，逻辑清晰就别乱优化行数了