游戏APP如何根据用户排名自动分发金币等虚拟奖品？

你提到的HashMap方案技术上能实现，但非常不推荐，会造成不必要的内存浪费，且后续调整奖励规则的维护成本极高。

最优实现思路 #

你的奖励规则是按区间划分的，最优方案是先把规则抽象为区间结构，再通过区间匹配实现奖励查询，步骤如下：

1. 抽象奖励规则结构：每个规则包含区间起始排名、区间结束排名、对应奖励值
2. 初始化规则列表时按排名升序排列所有规则
3. 用户排名传入后，遍历/二分查找匹配到对应的区间即可得到奖励

示例代码（Java） #

// 定义奖励规则实体类
class RewardRule {
    private int startRank;
    private int endRank;
    private int coins;

    public RewardRule(int startRank, int endRank, int coins) {
        this.startRank = startRank;
        this.endRank = endRank;
        this.coins = coins;
    }

    // 校验排名是否落在当前区间
    public boolean isMatch(int rank) {
        return rank >= startRank && rank <= endRank;
    }

    public int getCoins() {
        return coins;
    }
}

// 初始化奖励规则（可改为从配置文件读取，无需硬编码）
List<RewardRule> rewardRules = List.of(
    new RewardRule(1, 1, 50000),
    new RewardRule(2, 2, 40000),
    new RewardRule(3, 50, 20000),
    new RewardRule(51, 200, 5000),
    new RewardRule(201, 500, 1000)
);

// 匹配奖励的方法
public int getRewardByRank(int userRank) {
    for (RewardRule rule : rewardRules) {
        if (rule.isMatch(userRank)) {
            return rule.getCoins();
        }
    }
    // 未匹配到返回默认奖励或抛出异常
    return 0;
}

如果后续规则数量较多，还可以把规则按区间左边界排序后用二分查找匹配，时间复杂度可降到O(log n)，性能更高。

不推荐全量HashMap方案的原因 #

如果按你示例的写法给每个排名都存一条键值对，500人规模要存500条，要是后续单场参与人数涨到10万，就要存10万条KV，完全没必要。而且只要奖励规则调整，就要重新生成所有KV数据，维护成本很高。
如果一定要用HashMap，可以优化为只存每个区间的起始排名作为key、奖励作为value，再提前把所有区间起始排名放到有序列表里，用用户排名找到最大的小于等于用户排名的起始key，对应值就是奖励，本质还是区间匹配的逻辑，比全量存KV划算很多。

内容的提问来源于stack exchange，提问作者Avni Krtigya