Azure IoT Hub：IoT Edge设备上的Docker模块部署后未更新如何解决？

• 镜像构建&推送校验
  • 确认构建镜像时使用的标签与部署配置中填写的标签完全一致，构建后执行docker images <镜像仓库地址/镜像名:标签>查看镜像构建时间，确认是修改代码后新生成的版本，避免旧标签覆盖不全的问题。
  • 重新拉取云端仓库的对应镜像验证推送是否成功：先删除本地同标签镜像docker rmi <镜像仓库地址/镜像名:标签>，再执行docker pull <镜像仓库地址/镜像名:标签>，校验拉取到的镜像构建时间与本地构建时间一致，也可以直接进入镜像查看Java编译文件的修改时间，确认代码修改已打入镜像。
• 部署清单配置校验
  • 确认IoT Edge部署清单中对应MyModule模块的image字段填写的是最新推送的完整镜像地址+标签，不存在地址、标签拼写错误的问题。
  • 若使用latest作为镜像标签，注意IoT Edge默认策略为本地存在同标签镜像时不会主动拉取云端新版本，可在模块的createOptions中配置强制拉取策略：

    "HostConfig": {
      "PullPolicy": "always"
    }
    

• Edge设备端状态校验
  • 执行iotedge list查看MyModule的运行状态，确认模块处于running状态且无异常重启。如果重启次数持续飙升，说明新代码存在启动报错触发了回滚逻辑，需先排查代码本身的启动异常问题。
  • 在Edge设备上执行docker images <镜像仓库地址/镜像名:标签>查看本地镜像的构建时间，若仍为旧版本，先手动删除本地旧镜像docker rmi <镜像ID/镜像仓库地址/镜像名:标签>，再重启IoT Edge服务触发重新拉取：sudo systemctl restart iotedge。
  • 也可以手动清理旧模块容器触发重新拉起：iotedge stop MyModule && iotedge rm MyModule，等待1-2分钟后再执行iotedge logs MyModule -f查看日志是否有更新。
• 代码逻辑校验
  • 确认修改的Java代码属于模块运行时实际执行的逻辑，排查是否存在编译打包跳过、多环境配置加载错误导致旧代码生效的问题，可在修改的逻辑中加入明确的标识打印（如System.out.println("===自定义修改标记===")），便于快速校验是否生效。
  • 若需进一步确认代码是否打入运行容器，可执行docker exec -it MyModule bash进入运行中的容器，找到对应Java编译后的class文件，反编译确认修改内容已存在。

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