while true 每秒检查一次就行了

我来讲讲为什么执着于要最大的权限
是因为程序开发生产要在运维搭建的环境上部署
很多运维的暗箱操作让程序员对整体环境的不了解
针对系统环境的陌生
让 debug 的成本增加
以及对于出现问题的排错思路被带偏到其他方向
比如有的运维会对程序员的程序进行内存限制，权限限制，网络防火墙，安全策略
说到底还是因为运行环境不模式
这也是 docker 的镜像的容器隔离来带的好处

但是跟你帖子里说有些差别的是，程序员不应该去碰生产环境。
但是如果生产环境和开发环境不一致，那么是运维和公司级别的锅了。

屌回去即可，老子出来打工不是听你屌的，能说就好好说，不能说闭嘴

哥们你这个东西我 19 年带 4 人队 15 天做过一个，你这个怎么做 2 年的呢

这也能卖钱？ https://github.com/apache/doris/discussions 这里不收费啊

没口琴，差评

没必要 unzip 直接 vim 进去改就行了，打包时可能会有其他步骤，zip 时被忽略了

都这样了，还优雅呢…… 你这问题就不优雅

@hui9000 阿里的东西不讲规范，写的随心所欲，迭代的随心所欲。没有测试。没有文档。没人维护。

JHipster ，虽然我自己是不喜欢用这种技术，但是 JHipster 会在文档里对自己的行为做出解释，这一点就给个 70 分了

@liuidetmks 我甚至都不知道你说的“免费的投币”是什么意思，就直接被贴上了吝啬的标签，你就是国内特测的想当然产品。
自己搞出一大堆概念，还逼着别用户学习。搞笑。。

让我们看看神奇海螺怎么说
限制或发现 API 接口的二次封装和转发行为，可以考虑以下几种方法：

API 密钥限制：可以在 API 接口中加入 API 密钥验证，限制只有特定的应用程序或开发人员才能够调用 API 接口。这样可以防止未经授权的第三方应用程序或开发人员封装和转发 API 接口。

记录 API 调用日志：记录 API 调用日志可以帮助开发人员追踪和监视 API 的使用情况，包括 API 被哪些应用程序或开发人员调用、调用次数和调用频率等。通过这些信息，开发人员可以判断是否存在二次封装和转发行为。

API 访问限制：可以设置 API 的访问限制，例如限制 API 的调用次数、频率和流量等。这样可以防止过度使用和滥用 API 接口，减少二次封装和转发的可能性。

加密传输：在 API 接口的传输过程中使用加密技术，例如 SSL/TLS 等，可以防止第三方应用程序或开发人员通过网络拦截和窃取 API 接口数据。

数字签名：可以在 API 接口中加入数字签名验证，确保请求和响应数据的完整性和安全性。这样可以防止第三方应用程序或开发人员篡改 API 接口数据。

以上方法可以有效地限制或发现 API 接口的二次封装和转发行为，但需要开发人员在设计 API 接口时就考虑这些因素，并对 API 接口进行适当的安全设计和实现。

小孩子才做选择题

如果你要动态转换可以参考这个方案： https://docs.oracle.com/cd/E29542_01/doc.1111/e26693/dc_intro.htm#WCCAA2894
如果你想的是静态转换直接使用 MapStruct
@Mapping(source="source.examinationStatus.absent",target="isAbsent")
Target convert(Source souce)

先来一发，进入贤者模式后再去看

@wangweitung 能说一下为什么不太好吗