@nothingistrue 不带时区的。你可以先正常运行一遍：
System.out.println(System.currentTimeMillis());
然后，换个时区再运行一次，你看看这两个数字差了多少就知道了。（毫秒）

时间戳只是针对某个时间点的偏移量。只不过这个时间点是 UTC 1970 年 1 月 1 日 0 时 0 分 0 秒
完全可以说时间戳是从 UTC+8 1970 年 1 月 1 日 8 时 0 分 0 秒 起至现在的秒数，这俩就是同一个时间点。
只不过挑一个基准时间点，总归要挑个规整点的罢了。

漏了这个
https://www.liaoxuefeng.com/wiki/1252599548343744/1255943660631584

@nothingistrue
@MuXia
时间戳是跟当前在什么时区无关的。
https://www.liaoxuefeng.com/article/978494994163392

/t/861083
作为一个 Flutter 吹，现在还是推荐 React （和 ts 结合更好）。
Flutter 现在生态确实还不好。

用 long 存毫秒级时间戳，足够用到天荒地老。
MySQL 的 timestamp 不要用，只有 4 字节，除非你想在 2038 年引起下一个千年虫。

对于精准时间点，时间戳特别好用。没有时区、夏令时问题。闰秒操作系统会帮你吃掉。
连接数据库不用担心 serverTimezone=GMT%2B8 问题
时间不对，排查点就基本可以缩小到 Format

@lujiaosama 像 R 星，卡表这种确实没有太亲 PS ，但也没有亲 XBOX 。他们应该算是亲主机。
亲主机的话是 PS/XBOX ，亲微软的话是 XBOX/PC 。看起来是交集，但实际意味着在哪边 xbox 都没有不可替代性。
你看好 xbox 的想法我非常理解，但“索尼断气”的声响从 x1x 打 ps4pro 的时候就有了，现在我仍然觉得 ps 更好。
我也看好 xbox 的未来，但未来什么时候来就是个问题。
本来打算继续全平台的，但 PC 有矿潮，而 XSX 目前确实还没有购买理由
（非 xbox 黑，反正哪个平台我都能玩到，不推荐的理由是因为上时代 x1x 真的吃灰了）

@lujiaosama XBOX 和 PC 不是一体的！！！地平线、战神上了 PC 但没上 XBOX 。《死亡搁浅》只上了 PC 。

如果现在要全平台的话，我会推荐的顺序是 PS5 、PC 和 Switch 不分主次、最后才是 xsx 。如果有人要买 xbox ，我会直接推荐加钱上 PC 。

1 、索尼的游戏现在不是独占也是限时独占，这意味着你要玩，至少得落后 ps 两三年，战神 4 就隔了 3 年多。
2 、抛开老黄历。PS5 新出的独占游戏有《恶魂重置版》、《瑞奇与叮当时空跳转》、《死亡回归》，xsx 呢？《 Scorn 》、《灵媒》。对比下。
3 、就算是老游戏，很多游戏也非常值得玩，比如《旺达与巨像》。游戏适配也要花不少功夫，而官方都没公布，连个盼头都没有。
4 、就算不是独占。PS 也是明显的亲妈，你看看 FF7 重置版。再者国内的讨论度、资料、视频基本都集中在 PS 这边。
5 、《星空》 PS 独不占也是应该加钱买 PC 而不是 XBOX 啊，FPS 用手柄就是一个蛋疼。

xbox 上玩过的游戏：大表哥 2 、量子破碎、瘟 yi 传说、丧 shi 围城、星战绝地、毛线小精灵 1+2 、光环。
亲微软的有名厂商就是 EA 和 贝塞斯达。但这俩有很多 FPS 游戏，你懂得。
大表哥 2 和星战在 x1x 上性能更好，其它方面则没有区别。

现有 switch 、ps4pro 、x1x 、ps5 和 1070 台式机的全平台玩家告诉你
选 PS5 。
个人对价格并不是很在意，追求的是在哪个平台的体验更好。最重要的是看厂家的态度。大部分游戏厂商都是亲 ps 的，尤其是日厂。
现在女神异闻录 5 、神海、旺达与巨像、神秘海域、声名狼藉次子、吃人的大舅、血缘仍然是 ps4 上的独占游戏。
合金装备 5 是索尼做的汉化。蝙蝠侠阿卡姆是 ps 平台画质更好。
漫威银河护卫队、如龙会利用 ps 手柄上的扬声器功能，说明人家更愿意适配 ps 。
控制在 ps5 上有用上自适应扳机功能，体验非常好。
其它的尼尔、仁王、怪物猎人世界、最终幻想、COD 等游戏都有明显的亲 ps 倾向。

1 、Lambda 是肯定要用的，要不然多麻烦
2 、时间的我也喜欢用时间戳计算然后转成 Instant （时间段长度固定，与时区无关的情况下）。其它几个用的比较少，数据库里存的和返回给前端的都是毫秒时间戳，交给前端去格式化。但 Date 、Calendar 肯定不用。
3 、try-with-resources 会用，但用的不多。因为如果你调用的方法会抛出检查型异常的话，那么放在开头的括号里的很麻烦。（我倾向于方法生命无 throws ）
4 、stream api 用的挺多的，但 for 也在用。
因为 stream 中间有个函数会抛出检查型异常的话，处理也比较麻烦，不优雅。或者只是 steam api 用得太多了。

只考虑 LTS 版 Java ，现在开新项目已经可以直接上 Java 11 了。
那乐观估计，2025 年至少得开始学 Java 17 了。

顺便问一下，学新版本是只看新的部分还是直接重学当复习比较好呢？

这种结构不属于 Java 的“包袱”而是财富，Java 根本没有规定要这么处理。
搞成这样的本质原因是大部分人根本不知道怎么设计一个项目的代码结构，目前的结构是优胜劣汰下来的、有成功经历、受到广泛认可的，统一的设计也促进了 Java 生态圈的发展。

但这种结构确实不适合直接拿到别的语言里，只能拿来参考。之前接触 nodejs 、python 后端的时候，按 Java 的方式写会怪怪的，不按它的写又不知道怎么组织，很头疼。

All in two ，NAS 就负责存储。
/t/860324

中间为啥要放个 Nodejs ？

Typora 用的 Mac 的 webview ，虽然体积小了，但性能不好：/t/837163
1.2 版本以后对图片做了优化，顺畅了不少，但我感觉性能还是比不上 Electron 版。

同#2 ，不过那是阮一峰 ES6 ，先把他的 ES5 学了
https://wangdoc.com/javascript/

引用知乎的：
db 访问分为这么几种
1. 写 sql ，各个 db 差异要自己适配
2. 写 dsl ，屏蔽了 db 差异，自动适配
3. 运行时或编译时自动合成 sql ，屏蔽 db 差异

我是第 3 种动态生成 sql 的，用的是 JPA 的 Specification ，代码大概是这个样子：
Specification<RecordPO> spec = (root, query, cb) -> {
Path<String> termPath = root.get("term");
Path<Long> beginTimePath = root.get("beginTime");
Path<Long> endTimePath = root.get("endTime");
Predicate predicate = cb.equal(cb.literal(1), 1);
if (null != qo.getTerm()) {
predicate = cb.and(predicate, cb.equal(termPath, qo.getTerm()));
}
if (null != qo.getBeginTimeGreaterThanEqual()) {
predicate = cb.and(predicate, cb.greaterThanOrEqualTo(beginTimePath, qo.getBeginTimeGreaterThanEqual()));
}
if (null != qo.getEndTimeLessThanEqual()) {
predicate = cb.and(predicate, cb.lessThanOrEqualTo(endTimePath, qo.getEndTimeLessThanEqual()));
}
query.orderBy(cb.asc(root.get("endTime")));
return predicate;
};
return spec;

@Maxwells8 非大神。它安装文件夹下，有一个 WPF UI 文件夹。应该就是了