Go汇编中字符串变量存储为16字节StringHeader结构（Data指针+Len长度），地址即该结构体首地址；实际字节需先解引用Data字段，字符串字面量则静态存于SRODATA只读段。
Go汇编里字符串的地址怎么算？
字符串变量在Go汇编中不直接存内容，只存 StringHeader 结构：一个指针 + 一个长度。比如 s := "hello" 编译后，s 在栈或数据段里占 16 字节（64 位系统），前 8 字节是 Data（指向底层字节数组），后 8 字节是 Len。
常见错误是以为 LEA 或 MOVQ 拿到的就是字符串内容——其实拿到的是这个结构体的地址，不是字节数组本身。要访问实际字节，得先解引用第一个字段。
-
MOVQ s+0(SP), AX→ 把Data（指针）加载进AX -
MOVQ s+8(SP), BX→ 把Len加载进BX - 后续用
AX当基址，配合偏移读字节，比如MOVB (AX), CL
为什么字符串字面量在汇编里标着 SRODATA？
因为 Go 把所有字符串字面量（如 "abc"、`multi\nline`）静态分配到只读数据段（SRODATA），由链接器统一管理。这不是运行时行为，是编译期决定的。
这意味着：同一字面量多次出现，汇编里通常只有一份内存拷贝；你无法在汇编里对它做 MOV 写入操作，否则会触发 segmentation fault。
立即学习“go语言免费学习笔记（深入）”；
- 反汇编看
GOOS=linux GOARCH=amd64 go tool compile -S main.go，能找到类似"".statictmp_0 SRODATA dup $12的行 - 动态生成的字符串（如
fmt.Sprintf返回值）不在SRODATA，而是在堆上，汇编里表现为CALL runtime.newobject类调用
unsafe.Pointer 转换在汇编层面对应什么？
用 unsafe.Pointer(&s) 获取字符串变量地址，在汇编里就是取变量的栈/全局地址；而 (*StringHeader)(unsafe.Pointer(&s)).Data 这一步，本质是加偏移 +0 后解引用——对应一条 MOVQ 加一条 MOVQ。
但要注意：这种转换绕过类型安全检查，如果 s 是零值（空字符串），Data 是 nil，解引用会 panic；汇编里不会自动插入 nil check，得自己判断 AX 是否为 0。
- 生产代码中避免裸用
unsafe做此类转换，尤其在 hot path 上 - 若必须用，汇编里应补
TESTQ AX, AX; JZ handle_nil防崩溃 -
StringHeader不是导出类型，其字段顺序和大小依赖 Go 版本，1.22 和 1.23 可能微调对齐
range 遍历字符串在汇编里怎么展开？
Go 编译器对 for _, r := range s 不会简单按字节循环，而是调用 runtime.stringiter 或内联 UTF-8 解码逻辑。关键点在于：它不是靠 Len 控制循环次数，而是边读边解码，每次迭代推进可变字节数（1~4 字节）。
所以你在汇编里看不到固定步长的 ADDQ $1, SI，而更可能看到查表（UTF-8 state machine）、条件跳转、以及对 Data 指针的非线性递增。
- 英文字符串遍历快，因为每字节都是 ASCII，解码开销小
- 含中文的字符串，每次
rune都需多字节判断，汇编里会有更多分支预测失败风险 - 若只需字节操作（如找某个 ASCII 字符），用
for i := 0; i 更高效，汇编是纯线性寻址
Data 可能为 nil、或误把 Len 当作字符数去当循环上限——这两点在汇编层面不会报错，但会在运行时静默崩掉。 
