使用Java SDK异步调用AWS Lambda时出现ClassFormatError错误

这个ClassFormatError: Truncated class file错误我之前在处理AWS Lambda异步调用的时候也碰到过，大概率是类文件损坏或者依赖/打包环节出了问题，下面是几个亲测有效的解决思路：

• 检查依赖包完整性
  最常见的原因是Maven/Gradle下载的AWS相关依赖包（比如aws-lambda-java-core、aws-java-sdk-lambda）损坏了。你可以：

  1. 删掉本地仓库里对应的AWS依赖文件夹（Maven在~/.m2/repository/com/amazonaws，Gradle在~/.gradle/caches/modules-2/files-2.1/com.amazonaws）
  2. 重新拉取依赖：Maven执行mvn clean install -U，Gradle执行./gradlew clean build --refresh-dependencies

• 验证打包过程是否损坏类文件
  如果用了ShadowJar、Maven Shade这类打包插件，有可能在合并依赖时损坏了类文件：

  1. 先手动解压你的部署jar包，找到报错相关的类文件，用javap -c your-class.class命令验证是否能正常解析——如果命令报错，说明类文件确实损坏了。
  2. 检查打包插件的配置：比如Maven Shade插件要确保没有错误地合并类文件，ShadowJar要正确配置mergeServiceFiles()避免冲突；也可以尝试换用AWS官方的打包插件aws-maven-plugin来生成部署包。

• 确认JDK版本兼容性
  编译时的JDK版本和Lambda运行环境的JDK版本不匹配也可能导致这个问题（2018年Lambda主要支持JDK8）：
  在你的构建文件里明确指定源码和目标JDK版本：
  Maven示例：

  <properties>
      <maven.compiler.source>1.8</maven.compiler.source>
      <maven.compiler.target>1.8</maven.compiler.target>
  </properties>
  

  Gradle示例：

  sourceCompatibility = JavaVersion.VERSION_1_8
  targetCompatibility = JavaVersion.VERSION_1_8
  

• 重新上传部署包
  如果是手动上传部署包到Lambda，网络中断可能导致jar包不完整。建议用AWS CLI重新上传，命令如下：

  aws lambda update-function-code --function-name your-function-name --zip-file fileb://your-deployment-package.jar
  

如果以上方法都没解决，可以检查项目里有没有自定义类加载器干扰AWS SDK的类加载，或者是否用了ProGuard这类混淆工具——如果有的话，要确保AWS相关类没有被错误混淆。

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