Ignite客户端节点（厚/薄）是否需ALL-UNNAMED模块导出？

一、--add-opens 参数的适用节点范围 #

• 服务端节点：必须配置。Ignite服务端深度依赖JDK内部API（比如并发工具、反射机制、NIO核心包等），Java 9+的模块系统默认封锁了这些内部API的外部访问，不配置参数会直接启动失败或运行时抛出IllegalAccessException。
• 厚客户端：看使用场景。如果只是做基础的缓存CRUD、简单事务操作，Java 11环境下不配置可能也能正常跑——因为这部分核心功能没触及模块系统限制的内部API。但要是用到了高级特性（比如自定义缓存存储实现、事务高级配置、集群拓扑监听的深度定制），就必须补上对应的--add-opens参数，不然会触发权限异常。
• 薄客户端：完全不需要。薄客户端靠REST或二进制协议和服务端通信，本身不依赖Ignite核心内部类，也不会直接调用JDK受限内部API，所以这些参数和它没关系。

二、Ignite与GridGain导出集合差异的原因 #

Ignite社区版要兼容更多通用场景，保留了大量底层可定制能力，因此需要开放的JDK内部包范围更宽；而GridGain作为商业版，对功能做了封装优化，很多底层操作已经在产品内部处理完毕，不需要用户层面开放这么多模块，所以要求的导出集合更小。

三、Java 11下厚客户端未配置参数仍正常的原因 #

Java 11对模块系统的限制比Java 17宽松，部分内部API在Java 11中只是抛出警告而非强制拦截；另外如果你的厚客户端只用到了Ignite的基础功能，没触发需要访问受限内部API的代码路径，自然不会出问题。但如果升级到Java 17，哪怕是基础操作也大概率会触发权限错误，建议提前按照官方文档配置好参数。

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