Oracle DCN用自定义线程池触发BufferUnderflowException问题咨询

大概率是你的监听器存在线程安全问题，而非Oracle的BUG。以下是具体分析和修复方向：

核心原因：多线程下的资源竞争 #

Oracle JDBC的数据库变更通知事件对象（如DatabaseChangeEvent）内部可能持有未做线程同步的NIO缓冲区。当你用自定义线程池同时调度多个线程处理早期事件时，多个线程会同时访问这些共享缓冲区，导致读取指针错位，触发java.nio.BufferUnderflowException。后续不再报错可能是因为线程调度趋于稳定，或早期竞争的资源已被正确释放。

具体排查与修复方向 #

• 给监听器方法加线程同步
  修改你的DatabaseChangeListener实现，给onDatabaseChangeNotification方法加上synchronized关键字，强制单线程处理事件：

  @Override
  public synchronized void onDatabaseChangeNotification(DatabaseChangeEvent event) {
      // 原打印事件的逻辑
      System.out.println("收到变更通知：" + event.toString());
  }
  

  如果加锁后异常消失，就坐实了线程安全问题。

• 检查共享资源的线程安全性
  排查监听器代码中是否使用了非线程安全的共享对象：

  • 比如全局的StringBuilder、未同步的集合类
  • 自定义的日志工具或输出流
    把这些替换为线程安全的实现，比如用StringBuffer替代StringBuilder，或者使用线程安全的日志框架。

• 验证线程池配置
  尝试使用JDK标准线程池（如Executors.newSingleThreadExecutor）替代自定义线程池，看是否还会触发异常。如果单线程池正常，说明你的自定义线程池可能存在核心线程数过高、队列配置不合理等问题，导致多线程同时竞争事件资源。

Oracle驱动BUG的排除 #

如果上述调整后问题依然存在，可以尝试：

1. 升级Oracle JDBC驱动到最新稳定版本（如ojdbc8或ojdbc11），部分旧版本的变更通知模块确实存在线程安全瑕疵。
2. 确认是否有匹配的已知官方BUG，但从你的现象来看，这种概率极低。

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