Oracle无原生BOOLEAN类型，Java需用NUMBER(1)/CHAR(1)模拟；JDBC不识别BOOLEAN，ResultSet.getBoolean()不可靠；MyBatis需自定义TypeHandler处理NULL；Hibernate需AttributeConverter或@Type指定转换规则。
Oracle本身不支持BOOLEAN类型，Java里怎么映射
oracle数据库没有原生的 boolean 类型，所以jdbc驱动（包括ojdbc8、ojdbc11）压根不会把任何列识别为 java.sql.types.boolean。如果你在pl/sql里用了 boolean 变量，它只能存在于存储过程/函数内部，无法作为表字段或结果集列返回。因此，java端“映射oracle boolean”本质上是个伪命题——你实际面对的总是 number(1)、char(1) 或 varchar2(1) 这类模拟字段。
常见做法是用 NUMBER(1) 存 0/1，或用 CHAR(1) 存 'Y'/'N'、'T'/'F'。Java代码里不能指望 ResultSet.getBoolean("col") 自动适配——它只对JDBC明确报告为BOOLEAN类型的列才安全；而Oracle从不报告，所以调用它可能返回 false 即使数据库存的是1，也可能抛 SQLException（取决于驱动版本和配置）。
MyBatis中如何把NUMBER(1)转成Java Boolean
MyBatis默认会把 NUMBER(1) 映射为 Integer 或 BigDecimal，不是 Boolean。想自动转，得靠类型处理器（TypeHandler）。
- 写一个自定义
TypeHandler<boolean></boolean>，重写getNullableResult(ResultSet rs, String columnName)：先取rs.getInt(columnName)，再判断是否等于1 - 在
@Select注解里用resultType+@Results指定该处理器，或在mybatis-config.xml中全局注册：<typehandler handler="com.example.BooleanNumberTypeHandler" javatype="boolean" jdbctype="NUMERIC"></typehandler> - 注意：别注册给
jdbcType="BIT"—— Oracle不用BIT类型，注册了也触发不到 - 如果字段允许NULL，
getInt()返回0，但0未必代表false（比如数据库里存了NULL，JDBC返回0），所以必须用wasNull()判断后再决定返回null还是false
JPA/Hibernate里@Column(name = "flag") boolean flag; 为什么查出来总是false
因为Hibernate默认对布尔字段使用 org.hibernate.type.BooleanType，它期望数据库列是SQL标准BOOLEAN（PostgreSQL支持），但Oracle不支持，所以Hibernate退化为用字符串比较——默认尝试读取 'true'/'false'，而你的NUMBER(1)列显然不匹配。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 解决方案一：改用
@Column(name = "flag", columnDefinition = "NUMBER(1)")+ 自定义AttributeConverter<boolean integer></boolean>，convertToDatabaseColumn返回 1 或 0，convertToEntityAttribute判 != 0 - 解决方案二：用Hibernate内置的
@Type(type = "yes_no")或@Type(type = "true_false")，但前提是数据库存的是 'Y'/'N' 或 'T'/'F' 字符串 - 关键陷阱：
columnDefinition不影响读取逻辑，只影响建表DDL；真正控制读写的还是类型转换器或Type注解
Spring JDBC Template直接用ResultSet.getBoolean()的风险
很多开发者图省事，在 RowMapper 里直接写 rs.getBoolean("is_active")，结果在Oracle上要么全返回 false，要么在某些ojdbc版本中抛 SQLFeatureNotSupportedException。
- 根本原因：Oracle JDBC驱动对非BOOLEAN列调用
getBoolean()时，内部会尝试用字符串解析（如把"1"转成true），但行为不稳定，且不处理NULL边界 - 安全写法永远是：先用
rs.getObject("col", Integer.class)或rs.getString("col")，再手动转换 - 如果必须用
getBoolean()，确保字段在建表时显式声明为NUMBER(1) DEFAULT 0 NOT NULL，并接受它对NULL的不可靠处理 - ojdbc11比ojdbc8稍好一点，但依然不保证语义一致性——别依赖它
最麻烦的地方不在怎么写，而在团队里有人写了 getBoolean()，没人发现，上线后某天数据里混入了NULL或空字符串，逻辑就悄悄错了一半。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
