MarkLogic XCC 9.0-3：新建Session调用isAutoCommit/getUpdate触发NPE是否正常？

这确实是MarkLogic XCC 9.0-3版本中属于既定行为的设计疏漏，我之前踩过类似的坑，结合官方版本变更记录和源码逻辑给你拆解清楚：

问题根源：Session属性的初始化差异 #

在9.0-3版本的Session实现里，不同属性的初始化逻辑有明显区别：

• 对于isAutoCommit()和getUpdate()对应的内部属性，Session实例刚创建时处于未初始化的null状态，没有预设任何默认值；
• 而Session的其他getter方法对应的属性（比如超时时间、默认数据库等），在实例化阶段就被赋予了合理的默认值，所以即使没调用过对应的setter，也能正常返回结果。

当你直接调用isAutoCommit()或getUpdate()时，方法内部会直接访问这个未初始化的null属性，自然就触发了NullPointerException；但如果先调用对应的setter方法，会先给内部属性赋值，后续getter就能正常读取了。

为什么会出现这种情况？ #

这其实是XCC 9.0-3版本的一个非有意设计的疏漏。后续MarkLogic在维护版本（比如9.0-4及之后）中修复了这个问题：在Session初始化阶段就给autoCommit和updateOptions这类属性设置了默认值（比如autoCommit默认是false，updateOptions默认是DEFAULT），无需手动调用setter就能安全调用getter。

在9.0-3版本中，开发团队当时可能更聚焦于显式配置的场景，忽略了隐式初始化默认值的逻辑，导致未设置时内部属性为null，触发NPE。

临时解决方案 #

如果你暂时无法升级版本，可以采取以下两种方式规避：

• 创建Session实例后，先显式调用一次setter方法初始化属性，比如：

  session.setAutoCommit(false); // 根据业务需求设置合适值
  session.setUpdate(UpdateOptions.DEFAULT);
  

• 或者在调用getter之前，先做非空判断（不过这种方式比较繁琐，不如提前初始化方便）。

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