推荐用 Random：可复用、可设种子保证测试重现性；nextInt(n) 返回[0,n)，避免越界；多线程用 ThreadLocalRandom；删元素实现不放回抽样；读文件用 Files.readAllLines() 并过滤空行；控制台乱码需统一 JVM 编码与终端编码。
用 Random 还是 Math.random()？选错会影响公平性
两者都能生成随机数，但行为不同：Random 是对象，可复用、可设种子（适合测试重现）；Math.random() 每次调用都新建内部 Random 实例，开销略大，且无法控制种子。
点名要求“每次运行结果不可预测但逻辑可验证”，推荐用 Random：
Random r = new Random(); // 不带种子 → 真随机
int index = r.nextInt(names.size()); // 注意：nextInt(n) 返回 [0, n)
-
nextInt(n)生成的是 0 到 n−1 的整数，别写成nextInt(names.size() - 1)，否则最后一个学生永远被跳过 - 如果想固定某次运行结果（比如调试时总抽到张三），用
new Random(123L)—— 同一种子产生相同序列 - 多线程环境别共用一个
Random实例，改用ThreadLocalRandom.current()
如何避免重复点名？直接删元素比记已抽列表更稳妥
点名常需“抽一个、不放回、直到抽完”。有人用布尔数组或 Set 记录已抽姓名，但容易漏判、逻辑绕弯。更直白的做法是把名单放进 ArrayList，抽中后用 remove(index) 删除：
Listcandidates = new ArrayList<>(Arrays.asList("张三", "李四", "王五"));
String picked = candidates.remove(r.nextInt(candidates.size()));
- 删除后原列表长度自动减一，下一次
nextInt(candidates.size())依然安全 - 别用
for循环遍历并删 ——remove()会改变索引，导致跳人或IndexOutOfBoundsException - 如果原始名单要保留，先
new ArrayList(originalList)做副本，别直接操作源数据
从文件读名单时，Files.readAllLines() 一行一个名字最省事
用户常把名单存在 names.txt 里，每行一个姓名。别手写 BufferedReader + while 循环，Java 7+ 提供简洁方式：
立即学习“Java免费学习笔记（深入）”；
try {
List names = Files.readAllLines(Paths.get("names.txt"));
} catch (IOException e) {
System.err.println("读取名单失败：" + e.getMessage());
} - 默认按系统编码读（通常是 UTF-8），如果文件是 GBK，得显式传
StandardCharsets.GBK - 空行会被读进来，建议加过滤：
names.removeIf(String::isBlank) - 路径写相对路径即可，但注意工作目录 —— IDE 运行时通常以项目根目录为基准，不是
src目录
控制台输出中文乱码？关键在 JVM 启动参数和终端编码一致
即使代码用 "UTF-8" 读文件，控制台仍可能显示方块或问号。这不是 Java 问题，而是终端/IDE 输出流没对齐：
- IntelliJ IDEA：File → Settings → Editor → File Encodings → 全局编码、项目编码、默认编码全设为
UTF-8；同时 Run → Edit Configurations → VM options 加-Dfile.encoding=UTF-8 - Windows CMD：默认是 GBK，运行前先执行
chcp 65001切到 UTF-8，再java -Dfile.encoding=UTF-8 YourClass - Mac/Linux 终端一般默认 UTF-8，但检查
locale | grep encoding确认
真正容易被忽略的点：同一个程序，在 IDE 里正常，打包成 jar 后双击运行就乱码 —— 因为双击用的是系统默认 JRE，没继承 IDE 的 VM 参数。打包时必须在 MANIFEST.MF 里写 Manifest-Version: 1.0 和 Implementation-Title: xxx，再通过命令行指定编码启动。
