缓存预热：通读项目
promts1: 说中文， 阅读这个项目每一个文件vibecode and review
promts2: [/grill-me](slashCommand;grill-me) 说中文；我需要在这个项目的基础上学习 golang 以下技术:
1. go trace GC 调优和观测 2. Go pprof 性能采集与观测
需求如下:
a. 在页面上加入对应故障触发按钮，实现点击即申请一定量的内存，过一段时间后触发GC, 出现性能抖动，这个抖动要在 trace 或 pprof 中可以观测到
b. 在页面上加入对应故障触发按钮，实现点击即一定时间内占用CPU 大量资源时间到后自动释放CPU资源，这个抖动要在， 这个抖动要在 trace 或 pprof 中可以观测到
3. 在原工程上改动，Prometheus/Grafana 加入如下指标:
a.内存占用和GC触发数据采集
b.CPU 占用率搞的的代码块执行耗时
4. 必须在保证原功能不出bug 的情况下改动
5. 给出这次改动的测试方案和测试用例, 测试要求如下:
a. 不虚假pass
b. 不过度测试
c. 发现fail 时，先分析再修复
d. 覆盖率80%
6. 给出 go trace GC 调优和观测 指引、Go pprof 针对本次学习的使用指引
promts3: review 下这次修改
promts4: [/grill-me](slashCommand;grill-me) 说中文；制定计划，把这个GC 调优 过程也加到这个演练工程中；要求:
1. 在页面上加入对应GC 参数调优参数设置按钮，实现点击设置对应GC 参数，下次再次点击触发GC 故障按钮时，能再 pprof 或 trace 上观测到 有优化(即上面提到的GC 时间减少，甚至不触发GC)
4. 必须在保证原功能不出bug 的情况下改动
5. 给出这次改动的测试方案和测试用例, 测试要求如下:
a. 不虚假pass
b. 不过度测试
c. 发现fail 时，先分析再修复
d. 覆盖率80%
6. 给出 go trace GC 调优和观测 指引、Go pprof 针对本次学习的使用指引
Go pprof 性能采集与 trace GC 调优指引
本指引基于 helloAuth 项目中新增的 Debug 故障模拟功能，演示如何使用 Go 提供的性能排查工具pprof 和 trace）观测 CPU 抖动以及 GC（垃圾回收）所造成的停顿。
准备工作
确保项目已正常启动：
cd helloAuth
go run main.go
服务将在 `http://127.0.0.1:8888` 运行。
打开浏览器访问该地址，并切换到 **"Debug"** 面板。
1. 使用 pprof 观测 CPU 性能抖动
pprof 是 Go 内置的性能分析工具，可以抓取一定时间内的 CPU 使用情况，生成调用图（火焰图或函数耗时图）。
步骤
准备抓取：
打开终端，输入以下命令（此时命令会阻塞 10 秒钟进行抓取）：
go tool pprof -http=:8080 "http://127.0.0.1:8888/debug/pprof/profile?seconds=10"触发故障：
在命令执行的 10 秒内，立刻前往网页的 Debug 面板，点击 "触发 CPU 飙升"（保持默认 5000ms 即可）。
分析结果：
抓取结束后，浏览器会自动打开
http://127.0.0.1:8080（pprof 的 Web UI）。
在左上角菜单选择 "View" -> "Flame Graph" (火焰图)，你可以看到一条宽大的横条，它对应
MockCPUSpike函数。鼠标悬浮其上可以清楚地看到
crypto/sha256.Sum占用了大量的 CPU 时间。
2. 使用 trace 观测内存与 GC 调优
与 pprof 抽样统计不同trace 记录了 Go 运行时所有事件（Goroutine 调度、系统调用、GC、STW 等）的纳秒级别数据，非常适合用于观测由于短时间内大内存申请导致的 GC 卡顿（Stop-The-World）。
步骤
准备抓取：
打开终端，运行 curl 下载 trace 文件（收集 10 秒）：
curl -o trace.out "http://127.0.0.1:8888/debug/pprof/trace?seconds=10"触发故障：
在上述命令等待的 10 秒内，前往网页的 Debug 面板，点击 "触发内存飙升"（默认 5000MB，如果电脑内存较小可以改为 500MB）。
(该接口会瞬间申请大量切片并在 2 秒后释放，从而引起运行时 GC 压力增加。)
打开分析工具：
go tool trace trace.out
分析结果：
浏览器会自动打开 Trace 分析页面。
点击 "View trace"。
在视图最上方的
PROCS轴和GC轴上，你将会看到显著的 GC 活动。放大（按键盘
W键，缩小按S键）那个时间段，你能看到名为STW (Stop the world)的色块，这代表在垃圾回收期间程序发生了短暂的完全暂停，这就是“性能抖动”的根源。点击任何一个
GC事件，在下方的面板中会显示Wall Duration(挂钟时间)，说明这次垃圾回收花费了多长时间。
Prometheus / Grafana 长期观测
虽然 pprof 和 trace 适合故障发生时的精准定点排查，但日常观测需要依赖 Prometheus + Grafana 的长期趋势图表。
打开本地部署的 Grafana http://192.168.59.129:3300)。
在
Go Runtime & Debug仪表板分组中：Go Heap Alloc 图表会在你点击“内存飙升”时出现一个尖峰（随着 GC 的执行，曲线会下降）。
Go GC Duration 图表会展示平均每次垃圾回收的耗时。
CPU Spike Task Duration 柱状图/直方图精确记录了每一次“CPU 飙升”接口在服务端的真实耗时分布。
通过上述三种工具的结合，你可以在开发阶段（pprof/trace）精准定位抖动源头，并在生产环境（Grafana）进行长期稳定性监控。
GC 参数动态调优与对比观测实战
本节演示如何通过调整运行时参数，让服务在面临同等甚至更大内存分配压力时，实现“GC 次数大幅减少、甚至完全不触发 GC”。
调优核心参数解析
1. GOGC（默认 100）：
控制触发下一次 GC 时堆内存相对于上一次存活堆大小的增长百分比。
设为
100表示堆翻倍触发一次 GC。设为
500表示堆增长 5 倍才允许触发 GC，GC 触发频率降低 70%~80%。设为
-1表示完全关闭自动垃圾回收（除非内存耗尽被 OOM 或显式调用）。
GOMEMLIMIT（Go 1.19+ 软内存上限）：
设定整体内存上限（建议设为容器/物理内存配额的 75%~80%）。
与大
GOGC（如 500）配合使用：既能在内存充裕时尽量少触发 GC（吞吐最高），又能在接近上限时死守内存红线避免 OOM。
实战对照实验步骤
阶段一：调优前基准记录（GOGC=100 默认状态）
打开页面：访问
http://127.0.0.1:8888，进入 Debug 选项卡。查看初始统计：
确认【当前生效 GOGC】为
100。查看【历史 GC 触发总次数】（例如记为 次）。
开启 Trace 采集：
在终端运行：
curl -o trace_before.out "http://127.0.0.1:8888/debug/pprof/trace?seconds=10"
触发分配：
在命令执行的 10 秒内，在网页点击 "触发内存飙升"（默认 500MB，确保未勾选“强制执行 runtime.GC()”）。
观察结果：
点击【刷新实时统计】，发现 GC 总次数增加了 1~2 次。
执行
go tool trace trace_before.out，在GC栏可清晰看到黄色/蓝色的垃圾回收过程以及短暂的STW暂停块
阶段二：应用调优方案（GOGC=500 或 GOGC=-1）
在网页修改参数：
点击 GOGC 下方的预设按钮 【高吞吐 (500)】 或 【关闭 GC (-1)】。
点击 "应用调优参数" 按钮。
确认【当前生效 GOGC】已变为
500（或off (-1)）。
再次开启 Trace 采集：
curl -o trace_after.out "http://127.0.0.1:8888/debug/pprof/trace?seconds=10"
以完全相同的规格再次触发分配：
在网页同样点击 "触发内存飙升"（依然是 500MB，不勾选强制 GC）。
对比调优收益：
界面数据直观验证：点击【刷新实时统计】，你会惊奇地发现 GC 次数完全没有增加（增量为 0）！
Trace 视图深度复盘：执行
go tool trace trace_after.out，整个 10 秒区间内GC轨完全是平整的一条空白，没有任何垃圾回收和 STW 停顿！结论：在调大 GOGC 或关闭自动 GC 的窗口期内，由于无需扫描回收堆对象，业务执行极其平稳，P99 延迟抖动被彻底消除。