math.random()生成[min, max)的公式是math.random()(max-min)+min；生成[min, max]整数需用(int)(math.random()(max-min+1))+min，因math.random()永不返回1.0，故无法真正覆盖闭区间右端点。
![java中的math.random()怎么指定范围_生成[min, max]随机数公式](https://img.php.cn/upload/article/000/969/633/177399204387771.jpeg?x-oss-process=image/resize,p_40)
Math.random() 生成 [min, max] 的正确公式是什么
直接说结论：Math.random() * (max - min) + min，结果是 包含 min、不包含 max 的浮点数。如果要包含两端（即闭区间 [min, max]），必须额外处理——但 Java 的 Math.random() 本身做不到真正闭区间，因为它的最大返回值无限接近 1 但永远不等于 1。
常见错误是写成 Math.random() * (max - min + 1) + min，以为能“补上”右边界，结果反而越界（比如想要 [1,6] 却可能得到 6.999…）；或者误用 nextInt() 混淆了 Random 类和静态方法。
为什么不能直接用 Math.random() 得到 [min, max] 整数
Math.random() 返回的是 double 类型，范围是 [0.0, 1.0)，注意是左闭右开。它没有整数接口，也没有种子控制，更不支持指定上下界——所有“定制”都得靠你自己缩放+平移。
- 想生成 [1, 6] 的整数（骰子）？得先生成 [0.0, 1.0)，再映射到 [0.0, 6.0)，再取整下界 →
(int)(Math.random() * 6) + 1 - 想生成 [min, max] 的整数（含两端）？公式是
(int)(Math.random() * (max - min + 1)) + min - 但注意：这个“+1”只是让区间长度变对，不是让
Math.random()突然能返回 1.0 —— 它依然不会，所以你永远拿不到刚好等于max + 1的值，也就不会越界
用 Random 类替代 Math.random() 更靠谱吗
是的，尤其当你需要整数、可重复测试、或避免多线程竞争时。Math.random() 内部其实用了单例 Random，但它是共享的、无锁的，高并发下调用可能引发竞争，还无法设置种子。
- 生成 [min, max) 的整数：
new Random().nextInt(max - min) + min - 生成 [min, max] 的整数（闭区间）：
new Random().nextInt(max - min + 1) + min - 需要复现结果？用带种子的构造：
new Random(12345)，同一种子每次运行结果一致 - 性能敏感？复用同一个
Random实例，别每次 new ——Math.random()看似轻量，实则有同步开销
容易踩的坑：类型截断、边界错位、线程安全
最常被忽略的是类型转换时机。比如 (int)Math.random() * 10 是错的——Math.random() 先转 int 变成 0，再乘 10 还是 0；正确写法是 (int)(Math.random() * 10)。
- 浮点误差虽小，但在做等值判断时会翻车，比如
if (r == 0.5)几乎永远不会成立 - 用
Math.random()做游戏随机掉落？别依赖它“均匀”，它只是伪随机，且不可控；关键逻辑建议用ThreadLocalRandom（Java 7+）替代 - Web 应用里在 Servlet 中反复调用
Math.random()？考虑初始化一个static final Random字段，避免隐式同步瓶颈
真正麻烦的从来不是公式本身，而是你默认它“够用”而没看文档里那个 [0.0, 1.0) 的括号——左闭右开这四个字，决定了你所有边界计算的起点。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
