[Question] 连接拒绝 导致juno进程关闭

[ghostg00]

描述问题

time="2025-05-27T20:18:12+08:00" level=error msg="dial tcp :0: connect: connection refused" file="gitee.com/cookieYe/enginex@v0.0.0-00010101000000-000000000000/parse/parse.go:232"
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x11c6b05]

goroutine 15 [running]:
Juno/impl.(*Engine).Check(0x2?, 0xc000343068?, 0xc0002dfdd0)
Juno/impl/check.go:49 +0x1c5
reflect.Value.call({0xc000127f20?, 0xc000124918?, 0x13?}, {0x14c454c, 0x4}, {0xc000560ef8, 0x3, 0x3?})
reflect/value.go:586 +0xb0b
reflect.Value.Call({0xc000127f20?, 0xc000124918?, 0x3?}, {0xc00005f6f8?, 0x40b615?, 0x13356f8?})
reflect/value.go:370 +0xbc
net/rpc.(*service).call(0xc000425e40, 0xc00022a0f0?, 0xd31f54?, 0xc0003429c0, 0xc0003ece80, 0xc00022a0f0?, {0x1261c40?, 0xc000002d80?, 0x7e1d86?}, {0x12624c0, ...}, ...)
net/rpc/server.go:382 +0x226
created by net/rpc.(*Server).ServeCodec
net/rpc/server.go:479 +0x3fe

juno进程关闭了

期望的结果
可以报错输出，但是juno进程别退出，这样导致yearning就不可用了

环境 (请填写环境信息):

• 版本号：juno 最新docker镜像

额外的日志信息
在这里添加有关该问题的所有日志。

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

Title: [Question] Connection rejection causes the juno process to close

[dosubot]

Hi @ghostg00! I'm Dosu and I’m helping the Yearning team.

根据你提供的日志，Juno 进程因为 “connection refused” 导致后续 nil pointer dereference 崩溃，最终进程退出，Yearning 也随之不可用。

问题分析

1. 连接拒绝
   日志 dial tcp :0: connect: connection refused 说明 Juno 进程尝试连接的目标地址或端口无效（如端口为 0），或者目标服务未启动。这通常是配置错误或依赖服务（如 MySQL）未就绪导致的。

2. 空指针异常
   随后出现 invalid memory address or nil pointer dereference，说明代码在处理连接失败后，没有对返回的对象做 nil 检查，直接使用导致崩溃。

3. 进程退出
   由于 panic 未被捕获，Juno 进程直接退出，Yearning 依赖 Juno，导致整体服务不可用。

解决建议

• 错误处理
  参考 Yearning 其他模块的做法，建议在 Juno 相关代码（如 Check 方法）中，所有外部依赖（如数据库、RPC、网络连接）返回错误时，先判断对象是否为 nil，若为 nil 则直接返回错误，不要继续后续操作。例如：

  if conn == nil {
      return errors.New("connection failed")
  }

  这样可以避免 nil pointer dereference 的 panic。

• 日志与返回
  发生错误时，建议只记录日志并返回错误信息，而不是让进程崩溃退出。Yearning 其他模块通常会 log error 并 return，不会 panic 或 os.Exit(1)参考。

• 依赖服务检查
  检查 docker-compose 配置，确保 MySQL 等依赖服务已启动并可用，端口、用户名、密码等配置正确参考。

• 防止进程崩溃
  可以在 goroutine 或主流程中增加 recover 机制，捕获 panic，避免进程直接退出。例如：

  defer func() {
      if r := recover(); r != nil {
          log.Printf("Recovered from panic: %v", r)
      }
  }()

代码实践参考

• Yearning 代码中，遇到错误时通常 log error 并 return，不会导致进程退出参考。
• 处理 nil 指针时，先判断对象是否为 nil，避免后续操作出错参考。

结论

建议你检查 Juno 相关的连接配置，确保依赖服务可用，并在代码中增加错误和 nil 检查，避免 panic 直接导致进程退出。这样即使发生错误，也能保证 Juno/Yearning 服务持续可用。
目前在 Yearning 官方仓库未发现已有类似问题的 issue 或讨论。

To reply, just mention my name @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}