cv2.cvtColor更可靠因其采用ITU-R BT.601加权标准（R×0.299+G×0.587+B×0.114），避免手动实现时系数错序或uint8溢出；且要求输入为uint8，输出规范。
为什么 cv2.cvtColor 比手动加权更可靠？
直接用 NumPy 对 RGB 通道做 np.mean(img, axis=2) 看似简单，但结果偏亮、细节丢失严重——因为人眼对绿色通道最敏感，对蓝色最不敏感，灰度转换必须加权。OpenCV 的 cv2.cvtColor 默认使用 ITU-R BT.601 标准权重（R*0.299 + G*0.587 + B*0.114），而纯 NumPy 手动实现容易写错系数顺序或数据类型溢出。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 优先用
cv2.cvtColor(img, cv2.COLOR_RGB2GRAY)，前提是img是uint8形状为(h, w, 3)的 NumPy 数组 - 若不能引入 OpenCV，手动加权时务必先转
float64：gray = (img[:, :, 0] * 0.299 + img[:, :, 1] * 0.587 + img[:, :, 2] * 0.114).astype(np.uint8)
- 切勿在
uint8上直接运算——0.299 * 255会截断为 0，导致全黑
读取图像时就控制通道数，避免冗余转换
很多用户先用 plt.imread 或 PIL.Image.open 读取 RGB 图，再转灰度，白白多存一个三维数组。其实 PIL 和 OpenCV 都支持加载即灰度。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用 PIL：
from PIL import Image<br>img = np.array(Image.open("photo.jpg").convert("L")) # "L" 表示 luminance，输出 shape=(h, w) - 用 OpenCV：
cv2.imread("photo.jpg", cv2.IMREAD_GRAYSCALE)直接返回二维数组 - 避免用
matplotlib.pyplot.imread读彩色图再降维——它默认返回 float64 归一化值（0–1），和 OpenCV 的 uint8（0–255）混用易出错
skimage.color.rgb2gray 返回 float64，别直接当像素用
scikit-image 的 rgb2gray 会把结果归一化到 [0.0, 1.0] 范围的 float64，这不是标准灰度图像矩阵——你没法直接拿它喂进 OpenCV 的 cv2.threshold 或保存为 PNG。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 需要 uint8 像素值时，必须缩放并转换类型：
from skimage.color import rgb2gray<br>gray_float = rgb2gray(img) # shape=(h, w), dtype=float64<br>gray_uint8 = (gray_float * 255).astype(np.uint8)
- 注意：
rgb2gray输入必须是float64归一化 RGB（0–1），如果传入 uint8 RGB，它会先除以 255，再加权，逻辑正确但多一次隐式转换 - 若后续要计算梯度或做 FFT，保留 float64 反而是优势，此时不必转 uint8
灰度矩阵的 shape 和 dtype 错误会导致哪些报错？
常见报错如 ValueError: setting an array element with a sequence 或 OpenCV 报 Expected Ptr<:umat> for argument</:umat>，往往不是算法问题，而是输入矩阵维度或类型不对。
关键检查点：
- 确认 shape 是二维：
gray.ndim == 2，不是(h, w, 1)或(h, w, 3) - 确认 dtype 是
uint8（显示/保存用）或float64（数值计算用），避免float32——部分 OpenCV 函数只认uint8或float64 - 用
np.squeeze(gray)清掉多余的单维，比如从(h, w, 1)→(h, w) - 保存前用
cv2.imwrite("out.png", gray)测试：它拒绝接受三维数组或非 uint8/float32 类型
灰度转换本身不难，真正卡住人的永远是数据类型、归一化范围、通道顺序这三处隐性约定。动手前先 print(img.dtype, img.shape)，比查十遍文档更快。
