@ruiyinjinqu 提这个主要是原有框架确实太恶心 之前也想过新接口走新的一套框架，老接口如果涉及业务改动再迁移。奈何领导今年想直接把框架还掉。

@lsk569937453 谢谢大佬提醒。补充下，这个重构不涉及业务重构，只是单纯把代码迁过去，能保证访问通，数据对得上就行了。理论上只要传参、返回值不出问题，应该没问题。

@frank1256 谢谢

@lsk569937453
1.小公司没那么严格，没有绩效考核，半年内不接新需求问题也不大
2.领导只是有这个想法，如果把时间节点列给他看(比如超过半年，是否要做看他意见)；
3.我只是提过建议，没说一定要做，是领导说要换框架，我才开始做技术方案；
4.测试确实是个大问题，怎么测试还没想好；

@flyqie 确实不好维护，一是官方已经不管更新了，全靠爱好者和使用者推送更新，他们再 merge 。
二是框架太老，很多东西都没有，很多东西也没法接。

@macaodoll nutz

稳字第一，方案三。不同意再考虑其他的

一楼的办法，nginx 可以限制访问频率，超过就拉黑

spring 是你给他越多，他吃的越多。可以远程连接上去，或者借助一些三方工具看下具体的内存占用。
一般项目可能 256-512 就够用了

99 给分服务器内存太小了，系统自己占 1/3 ，随便起个 sql 或者 java 服务一半又没了。

全球各地多机房部署，根据 DNS 跳到最近的 IP

@xiaokongwu 感谢大佬，确实是。我之前也注意到了这个 > 但是只检查了 setting.xml 文件，没检查 pom 文件。

@Kaiv2 repository id 配置错误 请问具体指的是哪里。
maven 目前用的是 3.6.1

@perfectlife 原本是真实的服务器 IP 地址，被我隐藏成了 0.0.0.0