[]byte不能直接转[n]byte，因数组长度属类型系统；安全做法是用copy(arr[:], src)，零拷贝需满足len(src)==cap(src)==n并用unsafe.slice，字符串转[]byte零拷贝应使用unsafe.stringdata。
Go 语言中，[]byte 不能直接转成 [N]byte 数组类型——编译器会报 cannot convert s (type []byte) to type [32]byte。这不是语法限制，而是类型系统在拦你：数组长度是类型的一部分，而 slice 是运行时结构。所谓“零拷贝转换”，本质是避免内存复制，但必须分清场景：是转成固定大小数组值？还是仅需一个指向底层数组的视图？答案不同，做法完全不同。
用 copy() 构造固定大小数组值（安全、通用）
这是绝大多数场景该选的路：你要把 []byte 前 N 个字节塞进一个 [N]byte 变量里（比如传给 crypto/sha256.Sum256 或硬件接口），就得老老实实拷贝。
-
copy()的 dst 必须是 slice，所以得先写arr[:]把数组转成切片；src 是你的原始[]byte - 必须确保
len(src) >= N，否则copy只拷前len(src)个，结果数组后半段是零值，且不会 panic —— 这容易被忽略 - 不要试图用
append([]byte{}, src...)拼出数组：编译失败，因为append第一个参数必须是 slice，不是数组字面量
示例：
src := []byte("hello world")<br>var arr [5]byte<br>copy(arr[:], src) // arr = [104 101 108 108 111] 即 "hello"
用 unsafe.Slice 获取数组首地址视图（Go 1.17+，零开销但有前提）
如果你确定 src 底层数组长度恰好是 N，且没被扩容过（即 len(src) == cap(src) == N），可以用 unsafe.Slice 直接构造指向同一内存的 *[N]byte 指针，再解引用得到数组值。
- 这一步不拷贝数据，但解引用
*arrPtr仍会复制整个数组（值类型语义），真要零拷贝就得一直用指针操作 - 若
src是make([]byte, N)后未 append 过，或从mmap/ C 分配而来，才适合此法；从strings.Builder.Bytes()或网络读取来的 slice 很可能已扩容，&src[0]地址不等于底层数组起始地址 - 别用
(*[N]byte)(unsafe.Pointer(&src[0]))：Go 1.20+ vet 会警告，且 GC 可能提前回收底层数组导致悬垂指针
推荐写法：
src := make([]byte, 32)<br>// ... fill src<br>arrPtr := unsafe.Slice(&src[0], 32)<br>// arrPtr 是 []byte，但只覆盖 src 底层数组前 32 字节<br>// 若需 [32]byte 类型值，仍得 copy(arr[:], arrPtr)
把 [N]byte 转成 []byte 视图（真正零拷贝，最常用）
反过来的情况更常见也更简单：函数返回 [32]byte，下游要 []byte。这时用 arr[:] 就完事，不分配、不拷贝，只生成新切片头。
- 必须先赋值给变量再切片：
Bar(Foo()[:])编译失败，因为Foo()返回的是不可寻址临时值 -
arr[:]等价于arr[0:len(arr)]，长度和容量都是 N，底层数据地址与&arr[0]相同 - 这个技巧广泛用于 crypto、encoding/binary、net 包，比如
sha256.Sum256.Sum(nil)返回[32]byte，立刻可传给hex.EncodeToString()
字符串 ↔ []byte 的零拷贝（Go 1.20+ 官方方式）
如果源头是 string，目标是 []byte（且你确定该 string 来自可写底层数组，比如由 bytes.Buffer 生成），用 unsafe.Slice(unsafe.StringData(s), len(s)) 是目前最安全的零拷贝路径。
- 别再手写
reflect.StringHeader+unsafe.Pointer：Go 1.20+ vet 会标记为不安全，且 runtime 在 GC 期间可能使指针失效 -
unsafe.StringData(s)返回的是只读指针，若你后续要写入，必须确保原 string 确实由[]byte构造而来（如s := string(buf)），否则行为未定义 - 常量字符串（如
"hello"）不能安全转成可写[]byte—— 它们在只读段，写入会 crash
一句话收尾：所谓“零拷贝”不是魔法，是精确控制内存所有权和生命周期。最易错的点，永远是假设 slice 的 &s[0] 就等于其底层数组起始地址——而它常常不是。
