@sagaxu
补充：
3.从公司层面看，确实是如此

我会把这些内容和领导说清楚，具体弄不弄看他的意见。

@sagaxu
1.原有项目没有任何的单元测试和接口测试；
2.项目是核心项目，半年不接新需求都 OK 指的是我个人可以半年都投在这个项目里面而不需要担心因为没接新需求导致绩效很差。其他同事会在新项目上继续开发。

@thevita 框架会变，但是业务逻辑和代码逻辑不动。目前正在开发一个工具，支持将原有代码分层(原有代码没有分层的概念，所有代码都写在 controller 上)。这个工具有两个目的：
1.进行分层(controller 、service 、dao);
2.将原有框架中的一些自定义的类(主要是一些工具类，比如 NutMap 等)进行转换

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

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

@frank1256 谢谢

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

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

@macaodoll nutz

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

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

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

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

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