将Clojure项目从Java 8升级到Java 17时的异常问题排查

一、S3 get-object参数错误与Cannot open as Reader异常 #

原因分析 #

1. AWS客户端兼容性问题：旧版本的Clojure AWS客户端（如amazonica）在Java 17下，受Java模块系统的反射权限限制，无法正确解析map形式的参数，会将map的键值对误识别为多个独立参数，导致参数数量不符合函数定义。
2. nil值未处理：Cannot open <nil> as a Reader错误通常是因为get-object调用失败返回nil，后续代码直接将nil作为Reader输入源引发的。

解决方案 #

• 升级AWS客户端依赖：更换为兼容Java 17的版本，比如将amazonica升级至最新稳定版，或改用Cognitect的aws-api（基于AWS SDK v2的Clojure绑定，对Java 17支持更完善）。
• 校验参数结构：检查get-object的map参数，确保键名、参数类型符合当前客户端的要求（避免使用已废弃的参数键）。
• 增加nil值判断：在处理get-object返回结果前先判断是否为nil，避免后续代码操作nil对象。示例：

  (let [result (s3/get-object {:bucket "my-bucket" :key "my-key"})]
    (when result
      ;; 处理结果逻辑
      ))
  

二、ByteArrayInputStream代码兼容性 #

这段代码在Java 17的Clojure环境中完全可用，但有两点优化建议：

1. 避免空指针异常：确保response不为nil，否则.getBytes会抛出NullPointerException，建议增加nil检查：

   (when response
     {:input-stream (java.io.ByteArrayInputStream. (.getBytes response "UTF-8"))})
   

2. 使用标准字符集常量：Java 17中推荐用java.nio.charset.StandardCharsets/UTF_8代替字符串"UTF-8"，避免拼写错误和潜在的编码异常：

   {:input-stream (java.io.ByteArrayInputStream. (.getBytes response java.nio.charset.StandardCharsets/UTF_8))}
   

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