NumPy切片[:, :, ::-1]能高效实现RGB↔BGR转换，因其原地反转通道维、零拷贝、不改变shape；错误写法如[::-1, :, :]会误翻高/宽维，多通道或非3通道需谨慎处理。
NumPy切片倒序实现RGB→BGR为什么有效
因为OpenCV默认按BGR顺序读图，而PIL/plt.imshow()默认按RGB显示，直接混用会导致颜色偏移。NumPy的[:, :, ::-1]切片能原地反转最后一维（通道维），不拷贝数据、不改变shape，是最快最轻量的转换方式。
- 假设
img是(H, W, 3)的uint8数组，img[:, :, ::-1]等价于img[:, :, [2, 1, 0]]，但前者更快 - 注意：不能写成
img[::-1, :, :]或img[:, ::-1, :]——那会翻转高或宽，不是通道 - 若图像只有两通道（如灰度+alpha），
::-1仍会反转全部通道，需先校验img.shape[-1]
遇到PIL Image或cv2.imread混合使用时的典型错误
常见错误是把PIL加载的RGB图直接喂给cv2.imwrite()，结果存出的图发紫——因为cv2认为输入是BGR，实际却是RGB，导致通道错位。
- PIL加载：
from PIL import Image; img_pil = Image.open("a.jpg"); img_np = np.array(img_pil)→img_np是RGB - cv2加载：
import cv2; img_cv = cv2.imread("a.jpg")→img_cv已是BGR - 正确转换：
bgr_img = img_np[:, :, ::-1]（PIL→cv2）；rgb_img = img_cv[:, :, ::-1]（cv2→PIL） - 错误写法：
cv2.imwrite("out.jpg", img_np)—— 没反转，颜色错乱
处理多维数组（batch或带alpha）时的边界情况
当数组不是标准三通道（比如(N, H, W, 3)批量图，或(H, W, 4)带alpha的RGBA），盲目用::-1会出问题。
- 批量图：
batch_rgb[:, :, :, ::-1]→ 最后一维是通道，没问题；但batch_rgb[:, ::-1, :, :]就翻转了H维 - RGBA图：
rgba_img[:, :, ::-1]变成ABGR，通常不需要；应显式选通道：rgb_img = rgba_img[:, :, [2, 1, 0]] - 单通道灰度图：
gray_img[:, :, ::-1]不会报错，但返回原图（只有一通道，倒序=自身），逻辑上无害但易掩盖误用
性能对比：切片 vs 索引 vs cv2.cvtColor
在内存和速度上，纯NumPy切片[:, :, ::-1]几乎零开销；而cv2.cvtColor(..., cv2.COLOR_RGB2BGR)有函数调用和类型检查成本，且强制返回uint8。
立即学习“Python免费学习笔记（深入）”；
- 纯NumPy方案：
bgr = rgb[:, :, ::-1]—— 视图操作，不占额外内存， - 索引方案：
bgr = rgb[:, :, [2,1,0]]—— 触发高级索引，生成副本，慢3–5倍 - cv2方案：
bgr = cv2.cvtColor(rgb, cv2.COLOR_RGB2BGR)—— 需要rgb为uint8且连续，否则报error: (-215:Assertion failed) _src.depth() == CV_8U - 注意：
[:, :, ::-1]要求数组在通道维是C-contiguous；若从某些reshape或transpose得来，先调.copy()再切片更稳妥
::-1切片虽快，但若原数组是非连续的（比如由np.transpose(img, (2,0,1))再转回来），它可能静默失败或触发copy。动手前用img.flags.c_contiguous确认一下，比事后调bug省时间。 
