如何让Dapper内部调用GetFieldValue<T>读取Npgsql的非默认类型？

核心结论：完全可以实现，之前自定义映射不生效的核心问题是没有找对Dapper的扩展注入点，导致值读取环节就已经被Npgsql的默认映射逻辑截断，根本走不到自定义转换的步骤。

问题根因 #

Dapper默认读取列值时，会统一调用IDataReader.GetValue()方法获取列值，对应Npgsql的默认映射规则——也就是返回每个PostgreSQL类型对应默认的.NET映射值。这个读取动作发生在Dapper内部的对象构造阶段，执行时机远早于自定义TypeHandler的Parse方法被调用的节点。
这就导致哪怕你注册了针对目标非默认类型的自定义映射，传入Parse方法的入参已经是Npgsql默认映射完成的对象，完全没触达Npgsql提供的GetFieldValue<T>多类型映射逻辑，自然达不到预期的映射效果。

具体实现方案 #

• 全局适配方案（适配全项目Npgsql查询）
  利用Dapper对外暴露的内部委托替换入口，重写默认的列值读取逻辑：
  1. 在应用启动初始化阶段，将Dapper默认的列值读取委托替换为自定义实现，逻辑中先判断当前读取器是不是NpgsqlDataReader；如果是，就直接根据当前要映射的目标类型T，调用NpgsqlDataReader.GetFieldValue<T>(columnOrdinal)完成值读取，完全跳过默认的GetValue()流程。
  2. 非Npgsql的读取器场景，直接复用Dapper原有的默认读取逻辑，不影响项目中其他数据库的正常查询。
     这套逻辑上线后，所有涉及Npgsql的查询都会自动走GetFieldValue的映射路径，不需要为每个非默认类型单独写解析逻辑。
• 局部适配方案（适配单个/少量查询）
  如果不想修改全局Dapper行为，可以在涉及非默认类型的查询执行后，手动遍历NpgsqlDataReader的列值，针对需要非默认映射的列直接调用GetFieldValue<T>填充到目标对象的对应属性上。这种方式侵入性最低，适合零散的查询场景。

避坑提醒：不要尝试仅通过注册Dapper自定义TypeHandler来解决这个问题，因为TypeHandler的入参来源已经是GetValue()的默认返回值，从流程设计上就无法触发Npgsql的多类型映射能力。

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