Java二维数组int[][]是图像像素处理最直接载体，每个元素存packed int格式RGB值；坐标系需统一为pixelsy对应图像(x,y)，批量getRGB可高效转换，位运算提取通道后可计算灰度值。
Java 二维数组是图像像素处理最直接、最底层的数据载体。一张彩色图像在内存中，本质上就是一个按行优先排列的像素矩阵——而这个矩阵，在 Java 中最自然的表达就是 int 类型的二维数组（如 int[][] pixels），每个元素对应一个像素的完整 RGB 值。
为什么用 int[][] 而不是 byte[][] 或 BufferedImage？
虽然像素原始数据常以字节（byte）形式存储（如 R/G/B 各占 1 字节），但 Java 的 BufferedImage.getRGB(x, y) 方法返回的是一个 packed int（32 位整数），高位为 Alpha（若存在），接着是 R、G、B 各 8 位。这种封装带来两大优势：
- 单次读取即可获取全部颜色信息，无需手动拼接三个字节
- 可直接传给
Color构造器（new Color(rgb)），便于绘图或调试 - 避免频繁类型转换，提升遍历与计算效率（尤其在批量滤镜操作中）
注意：该 int 值范围是 -2147483648 到 2147483647，但实际有效颜色值落在 0～16777215（即 0xFFFFFF，纯白）之间；负数源于符号位，解析时需用位运算屏蔽（如 (rgb >> 16) & 0xFF 取红通道）。
像素坐标与数组索引的严格对应关系
图像坐标系（x 横向、y 纵向）与二维数组索引（[row][col]）并非天然一致——关键在于你如何定义“行”和“列”：
立即学习“Java免费学习笔记（深入）”；
- 若将
pixels[i][j]视为第 i 行、第 j 列，则 i 对应图像的 y 坐标，j 对应 x 坐标 - 这意味着：绘制时
g.fillRect(x, y, 1, 1)应与pixels[y][x]对齐 - 常见错误是把
[i][j]当作(i,j)直接映射到屏幕，导致图像旋转或镜像
建议初始化时显式声明：int[][] pixels = new int[height][width]; // [y][x]，并在注释中固化约定，避免后续混淆。
从 BufferedImage 到 int[][] 的安全转换
不能直接用 getRGB() 逐点调用填充大图（性能差），推荐批量提取：
- 使用
bufferedImage.getRGB(0, 0, width, height, pixelsArray, 0, width) - 参数含义：从 (0,0) 开始，取 width×height 区域，写入
pixelsArray，起始偏移 0，每行跨度为 width -
pixelsArray必须是一维 int 数组（长度 ≥ width×height），但可快速转为二维：int[][] pixels = new int[height][width];<br> for (int y = 0; y < height; y++) {<br> System.arraycopy(pixels1D, y * width, pixels[y], 0, width);<br> }
反向写回也类似：先改二维数组，再用 setRGB(0, 0, width, height, pixels1D, 0, width) 批量刷回 BufferedImage。
典型像素级操作的数组思维落地
所有基础图像效果，本质都是对 pixels[y][x] 这个 int 值做解包→计算→重打包：
-
灰度化：提取 R/G/B → 加权平均 → 写回三通道相同值
int r = (rgb >> 16) & 0xFF;<br> int g = (rgb >> 8) & 0xFF;<br> int b = rgb & 0xFF;<br> int gray = (int)(0.299*r + 0.587*g + 0.114*b);<br> pixels[y][x] = (gray << 16) | (gray << 8) | gray;
-
亮度调节：对各通道分别加减，再限幅（0～255）后重组合
int newR = Math.min(255, Math.max(0, r + 30)); // 防溢出 - 二值化：灰度值 ≥ 阈值 → 白（0xFFFFFF），否则黑（0x000000）
这类操作不依赖任何第三方库，仅靠位运算与数组遍历即可实现，是理解图像处理本质的起点。
