Windows 10环境运行Apache Kafka 3.0出现AccessDeniedException自动退出

该问题为Apache Kafka 3.0版本针对Windows系统的已知兼容性缺陷，与普通文件读写权限无关：

• Kafka 3.0优化了元数据文件的原子写入逻辑，新增了对存储目录主动调用flush刷写的步骤，对应报错栈中的org.apache.kafka.common.utils.Utils.flushDir方法
• Windows平台的Java NIO实现不支持直接以读写模式打开目录句柄，当Kafka尝试调用newFileChannel打开配置的D:\tmp\kafka-logs目录执行刷写操作时，就会抛出AccessDeniedException，该报错和手动给目录配置的读写权限无关。
• 补充：你提供的ZooKeeper启动脚本有误，正确的ZooKeeper启动命令应为bin\windows\zookeeper-server-start.bat .\config\zookeeper.properties。

按适用优先级排序如下：

• 降级到Kafka 2.8.x稳定版本：2.8.x版本未新增目录flush逻辑，在Windows 10系统上可正常运行，配置逻辑与3.0版本基本兼容，无需额外修改核心参数。
• 修改日志存储路径：打开config/server.properties配置文件，找到log.dirs配置项，将存储路径修改为当前Windows用户个人目录下的路径，例如log.dirs=C:/Users/你的用户名/kafka-logs，部分场景下可规避系统级目录的NIO权限限制。
• 使用WSL2环境运行：如果必须使用Kafka 3.0版本，推荐在Windows Subsystem for Linux 2环境内部署Kafka，Linux文件系统可完全兼容Kafka的目录刷写逻辑，不会触发该异常。
• 临时测试修复方案：若仅用于本地功能测试，可注释Kafka源码中Utils.flushDir方法内Windows平台的目录刷写逻辑，重新编译打包后使用，该修改会降低异常断电场景下的元数据可靠性，不建议在生产环境使用。

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