Java 8 下将Kafka回调改为Lambda表达式后 构建OSGi包报数组越界异常

这个异常和Kafka Producer逻辑、Lambda语法本身没有任何关系，触发点完全在项目构建的OSGi打包环节：

• 从错误堆栈可以看到，异常抛出位置是aQute.lib.osgi.Clazz的类文件解析逻辑，这是早期版本Apache Felix Maven Bundle Plugin内置的老旧bnd类解析库，它的类文件解析逻辑是基于Java 6/7时代的class文件格式实现的，完全没有做Java 8新类结构的兼容适配。
• 当你把Callback的匿名内部类实现改成Lambda表达式后，Java 8编译器会为Lambda生成依赖invokedynamic指令的字节码，同时会在class文件的常量池里新增对应类型的常量项。这个老旧解析器在顺序读取常量池到第18项时触发数组越界，抛出ArrayIndexOutOfBoundsException: 18。
• 你之前用匿名内部类的写法能正常构建，是因为匿名内部类编译后会生成独立的实体class文件，这类文件的结构完全符合老解析器能识别的Java 7及以前的格式，不会触发解析异常。
• 错误提示里的Invalid class file: MessageSender$KafkaDataPublisher.class不是说你编译生成的class文件损坏，只是老解析器读不懂Java 8的新class结构，误判文件无效。

• 优先升级项目中使用的felix-bundle-plugin版本。把插件版本升级到3.5.0及以上，这个版本之后的插件已经把内置的老旧aQute类解析库替换为支持Java 8及以上版本class文件解析的新版bnd组件，不会再出现解析Lambda字节码时越界的问题。典型的插件配置如下：

  <plugin>
      <groupId>org.apache.felix</groupId>
      <artifactId>felix-bundle-plugin</artifactId>
      <version>5.1.9</version>
      <!-- 原有OSGi打包配置 -->
  </plugin>
  

• 如果当前项目受平台兼容限制无法升级插件版本（比如你当前使用的WSO2环境对打包插件版本有强制要求），可以暂时保留原有匿名内部类的写法，不在需要被这个老插件直接打包扫描的代码里使用Lambda表达式。
• 如果你有明确的需求要使用Lambda语法，可以把包含Lambda实现的业务逻辑抽到独立的普通Jar模块中，先单独编译为Jar包，再由OSGi Bundle模块依赖引入。这种方式下老插件只需要解析Jar的清单信息，不会直接扫描包含Lambda字节码的class文件，也能绕开类解析越界的问题。

内容的提问来源于stack exchange，提问作者Nu-ONE