IntSupplier 本身不直接生成图形验证码噪点，仅按需提供 int 值；但通过封装线程安全随机策略（如 ThreadLocalRandom::nextInt），可提升高并发下噪点生成的性能、灵活性与可测试性。
Java 中 IntSupplier 并不直接用于图形验证码的噪点生成，它本身只是一个函数式接口，只负责“按需提供一个 int 值”，不带状态、不维护上下文、也不参与图像操作。但在高性能、高并发场景下，合理使用 IntSupplier 可以提升噪点生成的灵活性与线程安全性，尤其当你要解耦随机源、复用策略或替换底层 RNG（如从 Random 切换到 ThreadLocalRandom 或 SecureRandom）时。
为什么不用 new Random().nextInt() 直接写死？
在传统验证码工具类中，常见写法是：
int x = new Random().nextInt(width);
这种写法每调用一次就新建一个 Random 实例，开销大、且 Random 的默认构造器依赖系统时间戳，高并发下容易产生重复种子，导致噪点坐标集中或可预测——这反而削弱了防识别能力。
立即学习“Java免费学习笔记（深入）”；
用 IntSupplier 封装随机策略更可控
将坐标生成逻辑抽象为 IntSupplier，能实现：
- 复用同一个线程安全的随机实例（例如
ThreadLocalRandom.current()::nextInt） - 按需注入不同分布策略（如均匀分布、偏移抖动、避开文字区域等）
- 便于单元测试（可传入固定返回值的 lambda 模拟确定性噪点）
- 避免在噪点循环中反复创建对象或同步竞争
实际集成示例
假设你有一个噪点绘制方法：
void randompoint(BufferedImage img, IntSupplier xGen, IntSupplier yGen, IntSupplier colorGen, int pointCount)
调用时可灵活组合：
randompoint(img,<br> () -> ThreadLocalRandom.current().nextInt(0, width),<br> () -> ThreadLocalRandom.current().nextInt(0, height),<br> () -> Color.HSBtoRGB(ThreadLocalRandom.current().nextFloat(), 0.8f, 0.9f),<br> 150);
这样既避免了 Random 实例频繁创建，又把“位置怎么算”“颜色怎么选”从实现细节中剥离出来，后续想加高斯扰动或边缘衰减，只需改 supplier 实现，无需动绘图主逻辑。
注意：它不替代 Graphics 或 BufferedImage
IntSupplier 只管“给数”，不负责画点。真正绘制仍靠 Graphics2D 的 drawLine 或 fillOval。它的价值在于让“随机性供给”这一环节更轻量、更可插拔、更适合压测和灰度发布——比如线上发现某批噪点过于稀疏，可动态切换 supplier 而不重启服务。
