Grails 3及以上版本调用Oracle网络追踪API运行速度极慢问题咨询

• 事务管理器默认行为变更
  Grails 3.x及以上版本默认对所有服务类公共方法启用声明式事务，即使你未定义任何域类、未显式添加@Transactional注解也会生效。Oracle NetworkAnalyst.shortestPathDijkstra 方法依赖同一会话内的连续数据库交互，且内部会复用会话级缓存，Grails新版本默认的事务拦截逻辑会强制绑定数据库连接到当前线程，若事务传播级别、隔离级别和2.5.x版本不一致，甚至会出现方法执行过程中会话被频繁销毁重建的问题，直接导致路径计算逻辑的缓存完全失效、重复执行大量冗余查询。
  验证方案：给调用Oracle Network API的服务方法添加@Transactional(propagation = Propagation.NOT_SUPPORTED)注解显式关闭事务，对比性能变化。
• 数据库连接池配置差异
  Grails 2.5.x默认使用Tomcat JDBC连接池，Grails 4.0.x默认切换为HikariCP，两者默认参数差异极大：HikariCP默认的连接泄漏检测阈值、最大生命周期、空闲回收策略都更激进，而shortestPathDijkstra方法通常需要持有同一个数据库连接数秒到数十秒执行批量计算，若连接被池化策略中途强制回收，会导致方法内部不断重连获取资源，耗时指数级上涨。
  验证方案：调整application.yml中数据源配置，将HikariCP的leakDetectionThreshold调整为大于接口最大耗时的数值，maxLifetime设置为30分钟以上，对齐2.5.x版本的连接池自动提交、隔离级别配置。
• Groovy动态特性额外开销
  Grails 4.0.x配套的Groovy版本远高于2.5.x版本，若你调用Oracle Network API时传入的参数是Groovy原生集合（如GList）而非Java标准集合，Oracle API内部迭代参数时会触发Groovy元类的额外调用开销，在路径计算这种需要迭代数十万次的场景下会被放大到数十倍。同时Grails 4默认对服务方法启用AOP拦截，即使无业务逻辑也会产生额外的代理调用开销。
  验证方案：给调用Oracle API的方法添加@CompileStatic注解关闭Groovy动态特性，所有传入API的参数统一转换为Java原生类型（如params as ArrayList），同时禁用服务层的全局方法拦截逻辑。
• 日志默认配置变更
  Grails 4.x默认的日志级别比2.5.x更低，若Spring事务、JDBC驱动、SQL相关日志默认开启了DEBUG级别，每一次数据库交互都会产生大量日志写入，IO开销会直接拖慢计算速度。
  验证方案：调整logback.groovy配置，将org.springframework.transaction、groovy.sql、oracle.jdbc等相关包的日志级别调整为INFO及以上。

你可以先通过以上方向定位问题，如果要进一步精准排查，可以用性能分析工具抓取方法执行的火焰图，确认耗时是集中在Oracle API内部的数据库交互，还是Grails/Spring的容器代理逻辑中。也可以将调用shortestPathDijkstra的逻辑抽为纯Java独立程序运行，和Grails容器内的运行耗时做对比，即可确认是否是Grails容器导致的性能损耗。

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