strings.NewReader 是将 string 快速包装为 io.Reader 的零拷贝工具，不接受 []byte；需用 bytes.NewReader 替代，且其 Reader 一次性、不可重置，不实现 io.Closer。
strings.NewReader 是什么，为什么它不接受 []byte
strings.NewReader 的作用是把 string 类型快速包装成一个满足 io.Reader 接口的值，常用于测试或临时读取场景。它内部并不做拷贝或转换，而是直接持有字符串底层数组的只读视图 —— 所以它只接受 string，**不接受 []byte**。如果你传了字节切片，会编译报错：cannot use b (type []byte) as type string in argument to strings.NewReader。
常见误操作是想“复用已有字节切片”，结果硬转：strings.NewReader(string(b)) —— 这会触发一次内存分配和 UTF-8 编码检查，对纯 ASCII 或已知安全的二进制数据来说，纯属浪费。
如果真要从 []byte 构造 io.Reader，该用 bytes.NewReader(b)，不是 strings.NewReader。
strings.NewReader 的典型使用场景
它最常出现在需要“假装读文件”或“注入测试输入”的地方，比如：
- 单元测试中模拟 HTTP 请求体：
req, _ := http.NewRequest("POST", "/", strings.NewReader(`{"name":"alice"}`)) - 解析配置时喂给
json.NewDecoder：json.NewDecoder(strings.NewReader(jsonStr)).Decode(&v) - 调用要求
io.Reader的函数，但你只有字符串（如yaml.Unmarshal不行，但yaml.NewDecoder可以）
注意：strings.NewReader 返回的 reader 是**一次性、不可重置**的。一旦读完或 Seek 到末尾，再读就返回 io.EOF；它不支持 Seek(0, 0) 重放（除非你重新调用 strings.NewReader 创建新实例）。
性能与内存注意事项
strings.NewReader 几乎零开销：它只是把字符串头打包进一个 struct，不复制内容，也不做任何编码转换。但这也意味着：
- 字符串不能在 reader 使用期间被修改（Go 中 string 是只读的，这点安全）
- 如果字符串非常大（比如几十 MB），它不会增加额外内存，但 GC 会一直持有着整个字符串 —— 即使你只读前几个字节
- 它返回的 reader 实现了
io.Reader和io.Seeker，但Seek只支持io.SeekStart，且位置必须在 [0, len(string)] 范围内；超出范围会返回0, errors.New("strings: invalid offset")
示例：
s := "hello world" r := strings.NewReader(s) n, _ := r.Read(make([]byte, 5)) // n == 5, 读到 "hello" n, _ = r.Read(make([]byte, 5)) // n == 6, 读到 " world"
替代方案：什么时候不该用 strings.NewReader
当你的原始数据是 []byte、需要多次重读、或要配合 io.Copy 做流式处理且关心 seek 性能时，strings.NewReader 就不是最佳选择：
- 原始是
[]byte→ 用bytes.NewReader(b)，避免string(b)分配 - 需要反复读同一份内容 → 缓存
strings.NewReader结果不顶用，改用bytes.Buffer或闭包封装逻辑 - 要兼容
io.ReadSeeker且支持负偏移（比如解压缩库内部 seek）→strings.Reader不支持io.SeekCurrent或io.SeekEnd，这时也得换bytes.NewReader
还有一个隐形坑：某些函数（比如 http.NewRequest）内部会对 body 做 io.ReadCloser 类型判断，而 strings.Reader 并不实现 io.Closer —— 所以别直接传给期待 io.ReadCloser 的接口，要么包装一层，要么用 bytes.NewReader 配合 io.NopCloser。
