用HashSet配合文件流实现本地抽奖组件，核心是利用HashSet唯一性自动去重，并通过文件流全量读写确保内存与磁盘一致；流程为读取→去重→存回→随机抽取，支持重复提交过滤、名单追加及中奖后可选移除。
用 hashset 配合文件流实现本地抽奖组件，核心在于利用 hashset 的唯一性自动去重，再通过文件流持久化名单，避免每次运行丢失数据。关键不是“存完再抽”，而是“读取→去重→存回→随机抽取”，确保历史重复提交不生效、新名单可追加、抽中后可选是否移除。
用 HashSet 管理抽奖名单（内存去重）
HashSet 本质是哈希表，add() 方法天然拒绝重复元素（基于 equals + hashCode 判断）。适合存储姓名、手机号、学号等字符串标识。
- 声明为 Set<String> participants = new HashSet<>();，不要用 List 或数组——否则需手动遍历查重，效率低且易漏
- 从文件逐行读取时直接调用 participants.add(line.trim())，重复行自动被忽略，无需 if (!contains) 判断
- 若需区分大小写（如“ZhangSan”和“zhangsan”算不同人），保持默认；若需忽略，统一转小写后再 add：participants.add(line.trim().toLowerCase())
用 BufferedReader / BufferedWriter 持久化名单
文件流负责把 HashSet 内容落地为文本，也负责启动时加载已有名单。推荐用 UTF-8 编码，避免中文乱码。
- 加载时用 Files.lines(Paths.get("prize.txt")) 或传统 BufferedReader，每行一个参与者，跳过空行和注释行（以 # 开头）
- 保存时用 try-with-resources 写入：先清空原文件，再遍历 participants 写入每一行，确保文件内容与内存完全一致
- 注意：不要用 FileWriter(true) 追加写入——那样会累积重复，必须全量覆盖，才能与 HashSet 状态同步
实现抽奖逻辑（随机抽取 + 可选剔除）
抽签本身不依赖 HashSet，而是转成 List 后用 Random 或 ThreadLocalRandom 获取下标。是否移除中奖者，由业务决定。
- 转为 List：List<String> list = new ArrayList<>(participants);
- 随机抽取：int idx = new Random().nextInt(list.size()); String winner = list.get(idx);
- 若中奖后需移除（如“每人仅限中一次”），执行 participants.remove(winner)，再调用保存方法写回文件
- 若允许多次中奖（如抽奖活动持续多轮，同一人可中多次），则只打印结果，不修改 participants
补充健壮性细节
实际使用中容易忽略边界情况，几处关键处理能让组件更可靠：
- 文件不存在时，加载阶段应静默创建空 HashSet，而不是抛异常；首次保存会自动生成文件
- 读取时 catch IOException，提示“名单文件读取失败，请检查路径”，并继续用空名单运行
- 写入前对 participants 做非空校验，空名单也正常写入空文件，避免后续读取出错
- 若需支持导入 CSV 或 Excel，先解析为字符串列表，再批量 add 到 HashSet，复用同一套去重逻辑
整个流程不复杂，但容易在“覆盖写入”和“重复判断时机”上出错。只要坚持“文件 ↔ HashSet 全量同步”，去重就由数据结构兜底，不用额外写去重代码。
