还有一种就最简单的，redis 集群，单个调用方调用次数顶天 qps2-3 千，直接 redis 扣减，服务重启重新同步库存到 redis ，redis 并发量随随便便几万抗住这个还是很轻松的

给你个最简单的方案
meta 服务控制用户使用量数据，增减扔到 mysql ，秒级推送到 redis ，其他服务端启动拉取元数据，像你这种场景一般都是 to b ，初期直接全量拉 redis 的数据就行，然后根据你服务的机器数去除以用户可用的总数，拿到每个用户单独的计数量，扔到类似并发 map 里，这样就从 redis 扣减改成堆内扣减，性能提升一大层，扣减用 cas 类去扣，基本上随随便便百万吞吐，然后扣减不足情况下可以写 rpc 从其他服务借次数，设置限制最多调用三次，三次拿不到去 redis 看还有没有剩余，然后各个服务定期同步已用次数到 redis ，或者 meta 服务直接数据库统计次数推送到 redis ，服务监听并替换现有计数，做的好的话基本上 0 延迟

你以为的公司领导：智商超群
实际的公司领导：*****

拆了影响保修吧。

云效， 然后就是 jb 家的了，其他的感觉都一般，要么 ui 太古老了，要么功能有缺失

没用，除非你上下班带口罩，否则只要过闸机人脸就被收集，这点很恶心

你提的三条都是对你个人有利，注释写出来是团队协作，你是领导你怎么选？

偷懒的话写个 date 类型的自定义序列化器注入进去，里面直接设置为泰国时区格式化

@lizi2021324 买 6800u 及以上，6600u 核显规格太弱，其他的核显规格一致，性能差异不大

@kesichen89 买小新不如 thinkbook 14+或 16+，有 32G 版本，就是要等等锐龙版

@lizi2021324 买 r7 吧，r7 性能还可以，基本上用 3-5 年没啥问题，d5 贵先买个单条 32G 用着，等降下来了再加 32G

@kane666 对，mate30pro ，ios 估计慢很多，杭州通这边好像就接了几家

同，建议等战 x 2022 款，比战 66 强一些，缺点 d5 内存贵

手机 nfc 开卡+1 ，基本和实体卡一样的优惠，地铁公交换乘基本免费

唐 dmi

前端加密靠不住的，执行文件直接可查看，用 md5 或者 sha1 反而不安全(彩虹表暴力破解)，加盐也毫无意义，是固定盐的话照着再跑一遍仍然没用，非固定盐就又存在另外一个问题，盐从哪获取？

如果已知客户端不可信，那么任何手段都无法阻止用户的密码被泄露，这种就需要引入多因子认证，也就和密码加密没关系了。

https 解决的是 http 传输过程安全性的问题，想要解决客户端不可信的问题只能上硬件方案或者多因素认证，单靠密码是解决不了客户端信任问题的。

反而前端加密引入了更多的问题
1.服务端无法验证是否弱密码
2.服务端无法验证此密码是否已泄露(即其它脱库密码列表中)
3.服务端无法验证密码格式是否符合强密码要求

google 一下不麻烦，即使是 mybatis 也已经有成熟的强类型编程的多表关联解决方案，至于你图上这种字符串满天飞的方案，个人觉得不咋地

安静
正常
随时（不打断他人工作情况下）
可以开玩笑
无视
真实

买 ssd ，机械硬盘现在大规模上叠瓦盘