chaosblade 不支持 go 应用方法级故障注入，因其 cli 无 golang 子命令，且未内置 go 业务逻辑层执行器；仅支持通过系统级命令对 go 进程做 cpu、网络、磁盘等资源层混沌实验。
ChaosBlade 本身不直接支持 Go 应用的方法级故障注入（如延迟、返回值篡改、panic 注入）。它对 Go 的支持仅限于底层资源层（CPU、内存、网络、磁盘、进程），且是通过 chaosblade-spec-go 规范定义接口，实际执行仍依赖系统级命令（如 stress-ng、tc、dd）。Go 应用的“业务逻辑层”混沌必须自行实现或借助其他工具。
为什么 blade create golang 命令不存在
ChaosBlade 的 CLI 中没有 golang 子命令——官方仓库的 exec/ 目录下没有对应执行器，blade help 也完全不列出该关键词。其 Go 支持体现在两个间接层面：
-
chaosblade-spec-go是 Golang 语言定义的混沌实验模型规范，供第三方开发者实现自定义执行器，但 ChaosBlade 主仓库未内置任何 Go 应用专属执行器 - 所有 Go 进程均可被当作普通 Linux 进程对待：可用
blade create process kill --process杀进程，或用blade create cpu fullload拖垮宿主机资源，但这与 Go 语言无关，Java/C++ 进程同样适用
想对 Go HTTP handler 注入延迟？别用 ChaosBlade 直接干
你无法用 ChaosBlade 像操作 Java 那样精准定位到 func (s *Service) GetUser(ctx context.Context, id int) 并加 2s 延迟。可行路径只有两条：
-
在代码中埋点：用
chaos包（如知识库中给出的ChaosEngine示例）控制随机失败，通过环境变量开关启停，这是最可控、最符合 Go 生态的方式 -
用 eBPF 工具替代：如
libbpfgo+ 自定义 probe 拦截 Go runtime 的net/http.serverHandler.ServeHTTP，但开发成本高、版本兼容风险大（Go 1.20+ 调度器变更影响函数符号稳定性）
试图用 strace 或 gdb 动态注入——ChaosBlade 的 bin/strace 仅用于日志采集，不提供运行时篡改能力；而 Go 程序默认关闭 ptrace（需启动时加 GODEBUG=asyncpreemptoff=1 且仍不稳定）。
真正能用 ChaosBlade 对 Go 做的三类有效实验
聚焦资源层，且必须确认目标 Go 进程 PID 或名称：
-
blade create cpu fullload --cpu-list 0,1：验证 Go 服务在 CPU 抢占激烈时的 goroutine 调度退化（如 p99 延迟突增） -
blade create network delay --interface eth0 --time 100 --offset 20 --local-port 8080：对 Go HTTP 服务端口注入网络抖动，观察http.Server.ReadTimeout和客户端重试行为 -
blade create disk fill --path /tmp --size 500MB：填满临时盘，触发 Go 应用中ioutil.TempDir或日志轮转失败，验证错误处理分支
注意：--process 参数在磁盘/网络实验中不生效——这些实验作用于系统层级，不是进程沙箱。若要限制单个 Go 进程的磁盘 IO，得用 cgroups v2 + io.max，而非 ChaosBlade。
最容易被忽略的一点：Go 应用常以非 root 用户运行，而 ChaosBlade 多数实验（尤其是网络和磁盘）需要 root 权限。用普通用户执行 blade create network ... 会静默失败或只返回 {"code":504,"success":false,"error":"no such file or directory"}，此时必须检查 sudo blade ... 和 /proc/sys/net/core/somaxconn 等内核参数是否可写。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
