ByteArrayInputStream 是 Java 中以字节数组为源的轻量级 InputStream 实现，适用于测试、Mock、配置注入等内存内数据流转场景，不适用于大文件，不支持 mark/reset（除非显式标记且未超限），线程不安全。
ByteArrayInputStream 是什么，适合哪些场景
ByteArrayInputStream 是 Java 标准库中一个轻量级的 InputStream 实现，它把字节数组当作数据源，不涉及磁盘或网络 I/O。它适合在测试、Mock、配置注入、临时数据流转等需要“假装读文件”的场合使用——比如单元测试中不想依赖真实文件路径，或者把 JSON/YAML 字符串快速转成某个解析器能接受的 InputStream。
- 不是为大文件设计：底层直接持有一个
byte[]，所有数据必须一次性加载进内存 - 不支持标记/重置（
mark()/reset()默认无效，除非显式调用mark(int)且未超出缓冲区） - 线程不安全：多个线程同时读取同一实例可能出错
怎么把字符串变成 ByteArrayInputStream
最常见需求：已有 String（如 JSON 内容），想喂给一个只接受 InputStream 的 API（例如 ObjectMapper.readValue(InputStream, Class)）。
String json = "{\"name\":\"Alice\",\"age\":30}";
byte[] bytes = json.getBytes(StandardCharsets.UTF_8);
InputStream is = new ByteArrayInputStream(bytes);
- 必须指定字符集（如
StandardCharsets.UTF_8），否则依赖平台默认编码，容易在不同环境解码失败 - 不要用
string.getBytes()无参重载，它隐式调用Charset.defaultCharset()，CI 环境常为 UTF-8，但 Windows 开发机可能是 GBK - 如果原始数据已经是
byte[]（比如从网络收到的响应体），直接传入构造函数即可，无需额外转换
和 FileInputStream 对比时要注意什么
ByteArrayInputStream 和 FileInputStream 都继承自 InputStream，但行为差异明显：
-
available()返回的是剩余可读字节数，不是文件总长度；而FileInputStream.available()在某些系统上可能返回近似文件大小（不可靠，也不该依赖） -
close()对ByteArrayInputStream是空操作，调不调都行；但漏关FileInputStream可能导致句柄泄漏 - 没有
getChannel()方法，无法用于 NIO 的FileChannel场景 - 不支持跳过（
skip(long)）以外的随机访问，也不能回退到任意位置（不像RandomAccessFile）
容易被忽略的边界问题
- 构造后，流指针默认在开头；但如果之前对同一字节数组做过其他操作（比如用
ByteBuffer.wrap() 读过一部分），要确认传入的是完整原始数组，而不是截断后的引用
- 如果字节数组后续被外部修改（比如被重用、清零），
ByteArrayInputStream 会立刻读到脏数据——它持有的是数组引用，不是副本
- 在 try-with-resources 中使用没问题，但别误以为它会释放内存：数组仍被强引用，GC 是否回收取决于你是否还持有该数组或流对象
ByteBuffer.wrap() 读过一部分），要确认传入的是完整原始数组，而不是截断后的引用 ByteArrayInputStream 会立刻读到脏数据——它持有的是数组引用，不是副本 用 ByteArrayInputStream 模拟文件流本身很简单，真正的复杂点在于数据来源是否可控、编码是否一致、生命周期是否与其他组件耦合。
