wuhunyu

看样子是纯前端的工具，不过就像是网友们说的，idea 中已经有满足你需求的插件了，甚至还少一次复制类的动作。不过还是提几个可优化的点
1. 给出的 json 输出中，未适配的数据类型不能给出正确的值。基本的 Long ，Integer 得做一下适配吧，我不信作者的类中没用到的基本数据类型的包装类
2. 静态字段也输出在 json 中。对象实例在序列化后不会包含静态属性。其他的比较少见的 transient ，以及 jackson 的 @JsonIgnore 都没有做忽略
3. 无法读取类的上下文依赖情况。试想一下这种情况，一个用户类中，有拥有的角色类属性，所属部门类属性等等，在这个工具中，如果要被正确识别角色属性和部门属性，要把用户类，角色类和部门类都复制出来，才能生成正确的 json 输出。这个场景应该是比较常见的。如果是在 idea 的插件中，可以读取到项目的上下文环境。但在作者的这个工具中，需要使用者把这些类都复制出来才行。这是一个硬伤

@leeonsoft Termius 不满足题主说的第 3 点，而且收费也太贵了，一个月 $10 ，如果只需要最基本的 ssh 使用需求，倒是可以用

有一说一，6.1 寸的手机我都嫌大。近一年内应该没有低于这个尺寸的手机上市吧。我知道的低于 6.1 寸的还在售新机的就只有 iPhone se 了，最后一代 iPhone 13 mini ，官网都不卖，只能找第三方了。关键是我现在用的 iPhone 13 已经比较卡了，猜测 iPhone 13 mini 只会更卡。小屏意味着 续航低 或者 性能低，估计近几年都打破不了这个魔咒

还有一个问题是，如果要切换数据库引擎，不知道题主的系统做新数据库的适配有多大的成本，这也是要考虑的，而且迁移到新的数据库引擎，旧数据是不是也要迁移过去，也是一个问题。所以我认为，换数据库引擎应该是最后应该考虑的，因为迁移的成本可能并不小

不在乎数据丢失的话，就写一个脚本，开机之后一段时间（比如 3 分钟内）监听 mysql 服务是否正常运行，如果未运行，就删除 redo log ，然后重启 mysql 服务，已运行就不管。话说工厂也不至于全厂都停电吧，像是一些监控设备，难道人走了也断电吗？要工厂单独拉一条不断电的线就行了，每天强制断电这不是折磨服务器吗，硬盘的寿命肯定长不了

这个问题说不建议数据库安装到容器中，主要的考量应该还是容器部署性能有下降。性能足够的情况我觉得容器化部署挺方便的

@xaoflysho 我的 13 经常卡，本来想今年换 16 的，但感觉今年的 16 像个半成品，而且今年的安卓也挺强的，估计明年的 iPhone 会挤牙膏多一些吧。现在我的 13 电池健康度还有 89%，再忍一年换 17pro 吧

@yinmin 这样做前端是简单了，后端服务器压力平白无故多做很多无用功。我觉得每隔几分钟主动 ping 一次，取最快的那个域名，如果最快的那个域名也超时，就主动 ping 一次，更新域名列表，再用最快的域名尝试一次，还是超时就提示用户服务不可用吧

看描述，服务器应该是分别部署在不同的国家地域了。我比较好奇的是，如果前端根据延时来判断走哪个区域的服务，特殊情况下，一会儿访问这个国家的服务器，一会儿访问另一个国家的服务器，不同区域的数据是怎么同步的，跨地域的数据同步成本会比较，而且势必会存在数据不一致的问题，好奇你们的后端是怎么处理的。像是阿里云，他们的许多产品都是分地区的，比如上海，广州。而且很多时候不同区域的产品产生的数据他也不提供转区的服务。按我理解，区域 1 的前端最好就是访问区域的 1 的服务端，不然可能因为数据同步延迟导致一些奇怪的问题。如果是同一个区域的话，我又觉得没啥必要给同一个区域多个域名吧