我总是感觉便宜的椅子气压棒很危险，可能是这些厂家灌输给我的焦虑，让人深陷消费主义

就算不跑路感觉也划不来，115 一年的话，20 年也才 2k 多，我不信 20 年后人们还在用网盘技术，除非 115 更换新产品还能用原来的会员

@yakev99 右键任务栏-》任务栏设置-》最下方有个任务栏行为-》对齐方式选择靠左

还有吗，谢谢老板！
OTQxODk1MTAyQHFxLmNvbQ==

https://docs.spring.io/spring-cloud-gateway/docs/current/reference/html/#the-prefixpath-gatewayfilter-factory
不是应该加 filter 吗，consul 不用加吗

事件驱动+路由,但是不清楚你的不顺畅点在于调用还是太多了导致混乱，如果是调用的话感觉没啥办法，调用第三方始终存在着一些网络，服务可用性等因素的影响

https://i.imgur.com/RSLLkHr.png

1. vue 项目是可以直接打包进 springboot 包里的，这样直接启动 springboot 就能访问页面，就和前后端不分离是一样的。再配合 graalvm native image 打包成原生镜像可以直接启动。
但是你项目引入的第三方包 graalvm native image 打包也许会有坑，也可以选择 exe4j 等工具打包 exe 直接启动。
2. 不用 java ，纯 js 应该也可以串口通讯。直接 electron 打包。这个我了解不多

本来是推自己的 mapstructplus 的，变成讨论 mapstruct 的了，哈哈
mapstruct 本身是通过编译期生成 getset 方法来实现转换的，就和 lombok 生成 getset 方法一样，因此这两者同时使用还需要额外配置
因为是 getset ，所以 mapstruct 的性能要优于 BeanUtils.copyProperties ，通常认为偶尔使用且数据量小的情况可以直接使用 BeanUtils.copyProperties ，否则使用 mapstruct 或者自己写 getset 比较好
关于深度拷贝，mapstruct 是支持的，也是需要额外的配置，不复杂
mapstruct 还提供 SPI

回到楼主这，楼主说 plus 对 mapstruct 做了增强，也就是连本来需要自己写的 Mapper 也通过 mapstruct-plus-processor 生成了。感觉楼主介绍的时候得强调下你做了哪些增强，本来是啥样，之后是啥样，例如楼上问到的深拷贝等，在你这里应该如何使用。

最后想问下，这个 @AutoMapper 支持多个 target 吗，如果我 User 想转成多种 UserVO 要怎么使用呢？

从业务入手，看能不能提前制定折扣计划，比如 1 号之前配置 1-3 号的折扣，这样有充足的时间去计算折后价。
如果非要实时调整，那除了变动后计算，通过分组并发建结果表等常规方式计算没啥办法，你肯定不能每次查询再去计算的

有免费的支持 *.xx.com 的证书吗，有的话告诉我一下

1. mapstruct 转换，如果请求量大到影响业务，应该专门优化，一般来说这是少数接口
2. 分批次
3. 我这是拿到数据后再合并，具体方案得看业务

存储选什么呢，万一碰上一次停电直接头皮发麻
看了你上面说的这些，你用 k8s 的唯一原因是觉得它部署方便
1. 我并不觉得 k8s 部署方便，写个 helm chart 的时间肯定比写个脚本多（除非你更擅长写 chart 而不是 shell 脚本），只能说他看起来更规范
2. k8s 显然比直接部署更占用资源，它的优势在于自动扩缩容，但是你说你想固定节点且单节点。限制服务器资源 docker 一样可以
3. 管理集中或许这个算一点小优势，你用 k8s 会很自觉的把 yaml 或 chart 文件搞个仓库放好，并且有统一的入口去查看日志之类的，但是写个脚本也是一样的，易于维护则不一定，出现问题，你还要额外考虑 k8s 上的问题，而且出问题的概率比这些基础应用本身要大

综上对于你目前的情况而言你列出的优点都不算优点或者优势不明显

我是说 datart 的 logo 和我之前看 davinci 的怎么这么像，原来真的是“续作”
https://github.com/edp963/davinci/issues/2297#issuecomment-1118674817