go中image/draw绘图颜色发灰是因为color.rgba的alpha值未设为255；生成图像前需校验宽高非负且非零，否则newrgba会panic。
Go 用 image/draw 绘制圆形/三角形时颜色总发灰？
不是你调色错了，是默认使用 color.RGBA 时 Alpha 值没设满——Go 的 RGBA 构造函数四个参数都是 0–255，但第四个 Alpha 若小于 255，叠加到背景上就会半透明发灰。
- 正确写法：
color.RGBA{255, 128, 64, 255}（最后一位必须是 255） - 如果背景是纯白
color.White，而前景用了{r,g,b,128}，实际渲染就是「半透叠在白底上」，视觉上明显偏浅、偏灰 - 绘图前务必确认目标图像已用
draw.Draw填充背景，否则底层内存可能是零值（黑色+全透明），再画也会异常
生成头像时想固定尺寸但 image.NewRGBA 总报错？
常见错误是传了负数宽高，或宽高为 0 —— image.NewRGBA 底层会调用 make 分配像素数组，一旦 rect.Dx() * rect.Dy() * 4 溢出或为 0 就 panic。
- 安全做法：先校验尺寸，比如
if w - 推荐用
image.Rect(0, 0, w, h)构造image.Rectangle，别手算坐标；Rect自带边界检查，比裸写[w][h]更可靠 - 注意：
image.NewRGBA返回的是指针，别误当成值类型反复拷贝，否则绘图会失效
用 draw.Draw 贴几何图形老是偏移或裁剪？
根本原因是源图像（source）和目标图像（dst）的矩形区域（image.Rectangle）没对齐，draw.Draw 不做自动缩放或居中，只按左上角硬贴。
- 贴一个圆到头像中心：先算好圆心位置，再用
image.Point{cx-r, cy-r}作为dst的左上角，确保整个圆在目标区域内 - 如果源图比目标图大，超出部分直接被丢弃；比目标图小，就只贴左上角那块——这不是 bug，是设计如此
- 避免用
draw.Draw(dst, dst.Bounds(), src, src.Bounds().Min, draw.Src)这种“偷懒写法”，除非你真确定两个 Bounds 完全匹配
并发生成头像时 CPU 占用飙升甚至卡死？
image/draw 本身不并发安全，但更常踩的坑是：每个 goroutine 都新建大尺寸 *image.RGBA，频繁分配导致 GC 压力暴涨，尤其在 Web 服务里每请求一张图时。
立即学习“go语言免费学习笔记（深入）”；
- 方案一：复用图像缓冲区，用
sync.Pool管理*image.RGBA实例，注意归还前清空像素（img.Bounds().Max.X * img.Bounds().Max.Y * 4字节） - 方案二：改用
image.NewPaletted+ 少量颜色（如 16 色），内存占用直降 4 倍，适合几何图案这种低色彩需求场景 - 别在循环里无脑
defer img.Set()，Set是接口方法，间接调用开销不小；批量操作尽量用draw.Draw一次搞定
真正难调的不是画什么图案，而是让 image.Rectangle 的坐标系、color.RGBA 的 Alpha、以及 sync.Pool 的生命周期三者对齐——差一个点，头像就糊一片。
