### 解决方案 在Docker环境中运行`usb_cam`节点时，如果遇到关机时崩溃并返回退出码1的情况，通常是因为容器内的进程未正常关闭或者存在资源释放问题。以下是可能的原因以及解决方案： #### 1. **确认Docker环境配置** 确保Docker服务已正确启动，并且能够访问设备文件（如摄像头）。可以通过以下命令验证Docker守护程序的状态： ```bash sudo systemctl status docker.service ``` 如果显示错误信息，则需进一步排查Docker服务的启动日志[^2]。 #### 2. **检查USB设备权限** 在Docker中使用硬件设备（如USB摄像头），需要赋予容器相应的设备权限。可以在启动容器时通过`--device`参数指定设备路径，例如： ```bash docker run --rm -it --privileged --net=host \ --env="DISPLAY" \ --volume="/tmp/.X11-unix:/tmp/.X11-unix:rw" \ --device=/dev/video0 \ osrf/ros:noetic-desktop-full bash ``` 此操作允许容器访问主机上的视频设备 `/dev/video0`[^3]。 #### 3. **调整ROS节点的退出逻辑** 当容器关闭时，`usb_cam`节点可能会因信号处理不当而异常终止。建议修改节点代码，在接收到SIGINT或SIGTERM信号时优雅地停止捕获流程。例如，在`img_publisher.cpp`中加入信号处理器： ```cpp #include <signal.h> bool shutdown_requested = false; void signalHandler(int signum) { ROS_INFO("Shutdown requested..."); shutdown_requested = true; } int main(int argc, char** argv) { ros::init(argc, argv, "img_publisher"); ros::NodeHandle nh; image_transport::ImageTransport it(nh); image_transport::Publisher pub = it.advertise("camera/image", 1); cv::VideoCapture cap; cv::Mat frame; int deviceID = 0; if (argc > 1) deviceID = argv[1][0] - '0'; int apiID = cv::CAP_ANY; cap.open(deviceID + apiID); if (!cap.isOpened()) { std::cerr << "ERROR! Unable to open camera" << std::endl; return -1; } ros::Rate loop_rate(30); signal(SIGINT, signalHandler); // 注册信号处理器 while (nh.ok() && !shutdown_requested) { cap.read(frame); if (!frame.empty()) { sensor_msgs::ImagePtr msg = cv_bridge::CvImage(std_msgs::Header(), "bgr8", frame).toImageMsg(); pub.publish(msg); } ros::spinOnce(); loop_rate.sleep(); } cap.release(); // 确保释放资源 return 0; } ``` #### 4. **优化Dockerfile构建过程** 为了减少潜在冲突，可以自定义Dockerfile以包含必要的依赖项和工具链。例如： ```dockerfile FROM osrf/ros:noetic-desktop-full RUN apt-get update && apt-get install -y libopencv-dev python-opencv WORKDIR /catkin_ws/src/ COPY . . RUN cd /catkin_ws && catkin_make CMD ["roslaunch", "your_package_name", "your_launch_file.launch"] ``` 在此基础上，重新构建镜像并测试稳定性[^4]。 --- ### 总结 以上方法涵盖了从基础环境搭建到具体代码改进的过程。若仍存在问题，可尝试查看容器内部的日志输出，定位具体的失败原因： ```bash docker logs <container_id> ``` --- ###