问题一：代码缩减的主要原因有哪些？
代码缩减的主要原因有哪些？
参考回答：
1. 域能力和工具类的高度内聚，避免了同样的能力有多套代码实现。
2. 删除了无用的代码，如开关逻辑、特殊业务场景、参数检验、灰度逻辑、无效封装、异常捕获以及无效日志等。
3. 重写了复杂且绕弯的业务逻辑。
4. 替换了原有的DB访问框架，统一采用mybatis，并增加了增强逻辑。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625161
问题二：为什么fatjar包的大小能够缩减？
为什么fatjar包的大小能够缩减？
参考回答：
fatjar包大小能够缩减的原因主要有两点：
1. 去除了无用的pom依赖，并根据需要逐个添加必要的依赖。
2. 对比较重的pom依赖进行了优化，通过打印mvn tree，逐个排除间接依赖，并进行测试以确保没有不良影响。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625162
问题三：部署和启动速度提升的原因是什么？
部署和启动速度提升的原因是什么？
参考回答：
1. fatjar包大小的缩减和pom依赖的减少，这减少了jar包的下载和上传时间。
2. 去除了对codePlatform富客户端的依赖，该客户端在启动时加载大量数据以完成初始化，这一过程耗时较长。
3. 移除了许多不需要注册到spring的组件，简化了启动过程。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625163
问题四：nacos配置缩减的原因有哪些？
nacos配置缩减的原因有哪些？
参考回答：
1. 删除了无用的配置，并根据实际需求逐个添加。
2. 一些长期不变的配置被移回到代码中。
3. 控制前端渲染结构的配置（如大型json文件）被作为代码保存在工程的Resource目录下，因为它们基本不会改变。
关于本问题的更多回答可点击原文查看：
https://developer.aliyun.com/ask/625164
问题五：在灰度发布过程中如何减少上线故障的风险？
在灰度发布过程中如何减少上线故障的风险？
参考回答：
1. 对于查询接口，当新代码接收到请求时，会同时调用老代码的对应接口。通过对比新老接口的返回数据，如果发现不一致，就返回老接口的数据，并发出告警。
2. 对于写接口，如果新代码在处理过程中出现异常（如流程中断），则会调用老代码的对应接口，并发出告警。
关于本问题的更多回答可点击原文查看：
