JasonYHZ
JasonYHZ
这种情况你可以考虑更改一下你的发布方式，例如使用负载均衡，来做滚动式更新部署。
这个我暂时无法回答，因为这并不存在一个标准的答案，这些操作更多的是偏向于运维的方向，你可以搜索下看看什么是滚动更新。 总体来说就是你要准备一些可用的备用节点，更新的时候逐个停止更新再上线，通过负载均衡或其他的方案来控制流量避免请求到您正在执行升级的节点上。
你需要做的就是在更新的时候将你要更新的节点从负载均衡中下掉，确保不会有新的请求流入您要升级的节点中，之后使用正常的停止信号量，等待处理完所有的请求之后关闭进程开始进行更新，更新完成后， 将此节点恢复到负载中开始处理新的请求，以此类推，将你的所有节点逐步完成升级直到所有节点的代码都升级到最新，则此次升级结束。
备案被撤销了，正在更换服务商。
查看此issues https://github.com/xiaoymin/knife4j/issues/939
> 我参考别的 issue，试着修复了。 > > 【修复】修复 knife4j 增强的不兼容问题，由 [@芋道源码](https://gitee.com/zhijiantianya) 贡献 [e91fc70](https://gitee.com/zhijiantianya/ruoyi-vue-pro/commit/e91fc70f87b8f02f6013ee5170635a2e7f1eb3d8)、[fceaa7a](https://gitee.com/zhijiantianya/yudao-cloud/commit/fceaa7ae004958bb3cd5f2d333bebaefd67a2688) > > 不过 cloud 2025 的兼容性，我要看看 我这边目前一切正常。期待更新反正我这个也是临时方案
查看此issues https://github.com/xiaoymin/knife4j/issues/939