geopandas调用read_file触发ImportError报错解决方法

这个报错本质是conda渠道混用导致的二进制依赖不匹配：单独从conda-forge安装fiona时，fiona依赖的GDAL、PROJ等底层C类库和默认Anaconda源预装的geopandas对应依赖版本不一致，才会触发ogrext模块DLL加载失败；同时环境中未安装pyogrio，导致geopandas的两个文件读取后端全部不可用。

• 1. 清理冲突残留包
     打开Anaconda Prompt，激活你运行脚本使用的对应conda环境（如果直接用base环境可跳过激活步骤），执行以下命令强制移除存在冲突的地理空间相关包，避免坏包残留：
     conda remove geopandas fiona gdal pyogrio shapely --force
     不要随意加--all参数，避免删除环境内其他无关依赖。
• 2. 固定渠道优先级
     在当前激活的环境下执行以下命令，将conda-forge设为该环境的最高优先级渠道，强制严格匹配渠道内的依赖版本，从根源解决二进制包不兼容问题：

conda config --env --add channels conda-forge
conda config --env --set channel_priority strict

注意：安装地理空间类依赖时不要混用Anaconda默认源、未完整同步的国内第三方镜像源和conda-forge源，严格的渠道优先级是解决Windows下这类DLL加载错误的核心。

• 3. 批量安装匹配版本的依赖
     不要单独拆分安装fiona或geopandas，执行以下命令一次性安装所有对应版本的依赖包，conda会自动匹配版本兼容的GDAL、PROJ等底层类库：
     conda install geopandas pyogrio fiona
     安装完成后先单独验证两个后端的导入状态，执行以下代码无报错即说明依赖正常：

import fiona
print("fiona版本：", fiona.__version__)
import pyogrio
print("pyogrio版本：", pyogrio.__version__)

验证通过后再运行原有的gpd.read_file脚本即可正常运行。

• 备选方案：如果原生conda的依赖解析仍然出现版本不匹配问题，可以先安装mamba替换conda做依赖求解，mamba的冲突解决效率和准确率远高于原生conda：
  先在base环境执行conda install mamba -n base -c conda-forge完成mamba安装，后续安装地理包时把命令里的conda替换为mamba即可。

• 不要使用pip安装geopandas、fiona、gdal这类包含大量C扩展和系统级DLL依赖的地理空间包，pip分发的Windows版本极易出现DLL路径缺失、版本不匹配问题。
• 依赖配置正常后不要随意执行conda update --all全量更新包，很容易打乱已经匹配好的底层依赖版本，再次触发DLL加载错误。
• 如果不想维护fiona的复杂依赖，可以在代码中全局指定pyogrio作为geopandas的默认IO引擎，pyogrio依赖更轻、冲突概率更低，配置方式为在导入geopandas后添加一行：
  gpd.options.io_engine = "pyogrio"

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