Docker中自建带ECW支持的GDAL 3.2.2运行gdalinfo时崩溃求助

调试方向 #

• 开启核心转储分析：在Docker容器内执行ulimit -c unlimited，再运行gdalinfo test.tif触发崩溃，生成core文件后用gdb gdalinfo core查看崩溃调用栈，定位具体出错的函数或依赖。
• 对比依赖库差异：分别在物理机和Docker容器中执行ldd $(which gdalinfo)，检查输出的依赖库（如libtiff、proj、geos等）版本是否一致，Docker容器内可能存在依赖版本不兼容的情况。
• 核对编译参数：确认物理机与Docker内的./configure编译参数完全一致，比如--with-ecw、--with-libtiff、--enable-shared等选项是否有差异，遗漏或错误的参数可能导致链接问题。
• 测试极简TIFF文件：用gdal_create -of GTiff -outsize 100 100 test_minimal.tif生成空白TIFF，再用gdalinfo查看，排除原测试文件本身的问题。
• 隔离ECW库影响：临时去掉--with-ecw参数重新编译GDAL，测试是否还会崩溃，确认是否是ECW库与其他依赖的冲突导致崩溃。

可能的解决方案 #

• 统一依赖版本：在Docker镜像中安装与物理机完全相同版本的依赖库（如libtiff-dev、proj-dev等），避免版本不兼容引发的链接错误。
• 调整编译配置：编译时添加--enable-shared --disable-static确保动态链接正常，或通过--with-libtiff=/path/to/libtiff等参数明确指定依赖库路径，避免系统默认库干扰。
• 清理编译环境：每次编译前执行make clean && make distclean，彻底清除之前的编译残留，重新执行./configure和编译流程。
• 采用多阶段构建：Dockerfile分为编译阶段和运行阶段，编译阶段安装所有编译依赖并构建GDAL，运行阶段仅复制GDAL的二进制文件和必要依赖库，剥离编译环境的冗余文件和冲突库。

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