bitmap.getpixel 不适合直方图统计，因其每次调用触发gdi+锁、颜色转换和边界检查，速度比lockbits内存直读慢10倍以上；应改用lockbits获取字节数组，按像素格式解析，并注意行字节对齐与unlockbits释放。
为什么 Bitmap.GetPixel 不适合直方图统计
直接遍历每个像素调用 GetPixel 看似直观，但实际会严重拖慢速度——它每次调用都触发 GDI+ 锁、颜色空间转换和边界检查。一张 1024×768 的 24 位图，要调用近 80 万次，实测比内存直读慢 10 倍以上。
正确做法是用 Bitmap.LockBits 获取原始字节数组，按像素格式（如 PixelFormat.Format24bppRgb）解析内存布局：
- RGB 各通道连续排列，每像素 3 字节：索引
i*3是 B，i*3+1是 G，i*3+2是 R - 注意 Windows 位图行字节数必须是 4 的倍数，需按
(width * 3 + 3) & ~3计算步长 - 锁定后务必调用
UnlockBits，否则资源泄漏
灰度直方图的三种实现路径
多数分析场景只需灰度分布。关键在「如何转灰度」——不同公式影响直方图形态：
-
Y = (R + G + B) / 3：简单平均，速度快但人眼感知偏差大 -
Y = 0.299*R + 0.587*G + 0.114*B：ITU-R BT.601 标准，更符合亮度感知 - 用
ColorMatrix配合ImageAttributes转灰度再统计：适合需要复用图像处理流水线的场景，但额外开销明显
推荐直接计算：申请一个长度为 256 的 int[] histogram = new int[256]，遍历字节数组时累加对应灰度值索引。
