Anypoint Studio 6.6.8调试模式运行触发monitor后服务无响应

问题描述 #

• 异常触发场景：AnyPoint Studio从6.6.7版本升级至6.6.8版本后出现运行异常，暂无法确认根因是版本迭代缺陷还是配置遗漏
• 工程结构：包含domain项目，依赖1个独立工具包
• 具体异常表现：
  • 调试模式启动应用，控制台提示部署成功后，初期Postman发起的所有调用均可正常响应
  • 多数情况下应用刚部署完成就会自动启动app.deployer.monitor.1进程，该进程启动后应用停止响应Postman请求，返回「Connection refused」错误
  • 6.6.7版本原有逻辑：仅修改flow内容并保存时才会触发该monitor进程，且进程触发后应用仍可正常响应Postman调用
  • 异常触发时控制台无任何警告或错误日志，未对flow做任何修改的场景下，控制台也会输出monitor进程启动的相关日志
  • 初步猜想：HTTP监听器监听端口发生变更，但暂未找到相关日志佐证；应用未启动时Postman调用会提示无可用监听器，该表现符合预期
• 对应控制台日志截图：
  

排查思路与解决建议 #

• 先验证端口变更猜想
  • 应用部署成功、请求可正常响应时，执行端口检查命令记录端口占用情况：Windows环境执行netstat -ano | findstr "你的HTTP监听端口"，Mac/Linux环境执行lsof -i:你的HTTP监听端口，记录对应进程ID
  • 等app.deployer.monitor.1进程启动、请求返回Connection refused后，再次执行上述端口检查命令，确认原监听端口是否被释放、是否存在端口漂移到其他进程的情况
  • 开启HTTP连接器debug级日志：在应用的log4j2配置中添加<Logger level="DEBUG" name="org.mule.service.http.impl"/>，重启应用后观察monitor进程触发前后的端口绑定、释放日志，直接确认端口变化情况
• 检查热部署配置差异
  • 6.6.8版本存在热部署触发规则默认调整的情况，部分小版本存在启动后误判资源变更、自动触发重部署的已知bug。找到应用对应运行目录下的mule-artifact.properties文件，检查mule.devMode.autodeploy配置项的取值
  • 临时关闭自动热部署做验证：在应用的mule-app.properties中添加配置mule.devMode.autodeploy=false，重启应用观察是否还会自动启动monitor进程、请求是否能保持正常响应
• 排查依赖加载冲突
  • 检查domain项目、独立工具包中的依赖，重点确认是否存在和6.6.8内置Mule runtime版本不匹配的HTTP连接器、部署器相关依赖，Maven工程可执行mvn dependency:tree排查依赖冲突，重点排查mule-module-http、mule-module-deployer相关包的版本
  • 做最小场景验证：临时移除独立工具包依赖、使用空domain项目部署简单HTTP测试接口，确认是否是依赖兼容问题触发的异常重部署
• 临时兜底方案
  • 若上述排查均未定位根因，可先回退至6.6.7稳定版本开展开发，同时整理日志提交给MuleSoft官方支持，确认是否为6.6.8版本的未修复已知缺陷

内容的提问来源于stack exchange，提问作者Gorodeckij Dimitrij