Uint8ClampedArray的“clamped”仅在赋值时将值强制截断为0–255，并不防止索引越界；安全像素索引需满足0 ≤ idx ≤ data.length−4，对应坐标须满足0 ≤ x < width且0 ≤ y < height。
Uint8ClampedArray 本身不提供自动边界保护，它的“clamped”仅指赋值时会强制截断到 0–255（超出则归为 0 或 255），**并不防止数组索引越界访问**。所谓“原始边界溢出保护”，实际是指在读写像素时，**避免因计算错误导致的 idx 越界（如负数、超 length）引发静默错误或意外结果**——这在 Canvas 图像处理中极易发生，尤其在卷积、邻域操作或坐标映射时。
明确像素索引的安全范围
ImageData.data 是一维 Uint8ClampedArray，长度恒为 width × height × 4，其中 width 和 height 来自 imageData.width 与 imageData.height（不是 canvas 元素的 CSS 宽高）。所有合法像素索引 idx 必须满足：
- idx ≥ 0
- idx ≤ data.length − 4（因为每个像素占 4 字节，取 idx+3 不越界）
- 对应坐标 (x, y) 需满足：0 ≤ x
推荐用统一公式校验：const idx = (y * width + x) * 4;
在使用前加判断：if (x >= 0 && x = 0 && y
邻域操作（如卷积）必须显式处理边缘
对中心像素 (x, y) 计算 3×3 卷积时，需访问 (x−1,y−1) 到 (x+1,y+1) 共 9 个位置。若 x=0 或 y=0，直接套用公式会得到负 idx ——Uint8ClampedArray 不报错，但读到的是末尾或随机字节（因负索引在 JS 中被转为大正数，触发越界回绕）。
安全做法是提前跳过或补边：
- 跳过法：外层循环从
x = 1到width - 2，y = 1到height - 2 - 复制边缘法：对 x
- 镜像/循环法：按业务需求映射，但需手动实现，不可依赖 Uint8ClampedArray 自动处理
避免用 for...in / forEach 遍历 ImageData.data
Uint8ClampedArray 是 TypedArray，for...in 会遍历其属性（如 length、buffer），forEach 虽可用但易误传参数（如把 value 当 index）。更危险的是，若误将 data 当普通数组并 push 新元素，会静默失败（TypedArray 不可扩容）。
正确遍历方式只有两种：
- 传统 for 循环：用
i += 4步进，配合i 终止 - for-of + 索引解构：仅用于单通道（如只读 R 值），且仍需同步维护 x/y 坐标逻辑
切勿写 data.forEach((v, i) => { r = data[i]; g = data[i+1]; ... }) ——i 是当前字节序号，不是像素序号，且 i+1 可能越界。
写入前做 clamped 强制截断（虽非防溢出，但保数据合法）
虽然 Uint8ClampedArray 赋值时自动 clamp，但中间计算常产生浮点或超限值（如卷积和 > 255）。显式截断更可控：
- 用
Math.min(255, Math.max(0, computedValue)) | 0转整数 - 或直接用
Uint8ClampedArray构造新视图：new Uint8ClampedArray([val1, val2, ...])，它会自动 clamp - 注意：直接
data[idx] = -10→ 得 0；data[idx] = 300→ 得 255，这是设计行为，不是 bug
