robot.getpixelcolor()在高分屏下返回错误颜色，根本原因是其读取逻辑像素但未正确处理系统缩放，导致采样偏移；wayland环境下因依赖x11而失效。
Robot.getPixelColor() 返回颜色不对，明明鼠标下是红色却拿到灰色
根本原因是 Robot.getPixelColor() 读的是屏幕坐标（逻辑像素），而高分屏（如 macOS Retina、Windows 缩放 125%/150%）下，系统会把多个物理像素合成一个逻辑像素渲染。你用鼠标获取的坐标是逻辑坐标，但 getPixelColor() 在某些 JDK 版本（尤其是 JDK 8 和部分 JDK 11）里没正确处理缩放，直接读了缩放前的缓冲区，导致采样偏移或模糊。
- 验证方式：在 Windows 设置里把缩放调成 100%，再试一次 —— 颜色通常就准了
- 临时绕过：强制 JVM 启动时加参数
-Dsun.java2d.uiScale=1（仅适用于 JDK 9+，且会禁用整个 UI 缩放） - 更稳做法：不用
getPixelColor()，改用createScreenCapture()截一小块图再取中心像素 —— 虽慢一点但结果可靠
用 Robot 截图取色比直接 getPixelColor() 慢太多，怎么平衡速度和准确度
单次 createScreenCapture() 调用确实比 getPixelColor() 慢 10–50 倍，但它唯一能绕过高分屏采样失真的办法。实际开发中没必要每毫秒都截全屏，关键在「局部 + 复用」：
- 只截 3×3 或 5×5 像素的小矩形（比如
new Rectangle(x-2, y-2, 5, 5)），性能损失可接受 - 鼠标移动时别每像素都触发截图 —— 加个 10ms 防抖（
System.nanoTime()判断间隔），人眼也看不出延迟 - 如果只是做拾色器主窗口预览，用
SwingUtilities.convertPointToScreen()把组件内坐标转成屏幕坐标后再截图，避免坐标算错
Robot 在 Linux 上无法读取 Wayland 会话下的屏幕像素
JDK 自带的 Robot 依赖 X11 的 XGetImage，Wayland 默认不兼容。运行时抛出异常：java.awt.AWTException: headless environment 或静默失败（返回黑图）。
- 最简验证：终端执行
echo $XDG_SESSION_TYPE，输出wayland就是这个问题 - 临时解法：启动应用前切到 X11 会话（登录界面选 “Ubuntu on Xorg”）
- 长期方案：放弃
Robot，改用 JNI 调用gbm/drm（复杂）或换ffmpeg命令行抓屏（需提前安装）—— 但这就超出纯 Java 范畴了
颜色值转 HEX 字符串时 Alpha 通道老是漏掉或顺序错
getPixelColor().getRGB() 返回的是 ARGB 整数（高位字节是 Alpha），但很多人直接用 String.format("#%06x", rgb)，结果把 Alpha 当 RGB 一部分截了，或者没考虑负数补码问题。
立即学习“Java免费学习笔记（深入）”；
- 正确写法：
String.format("#%02x%02x%02x", color.getRed(), color.getGreen(), color.getBlue()) - 如果真要带 Alpha：
String.format("#%02x%02x%02x%02x", color.getAlpha(), color.getRed(), color.getGreen(), color.getBlue()) - 注意：
Color(int rgb)构造函数默认按 RGB 解释输入值，不是 ARGB —— 别把getRGB()结果直接传进去
