在使用状态模式为玩家（player）设计健康状态（healthy/injured/immobile）时，若在状态类中直接调用 `player.setstate(...)` 会因 `setstate` 是实例方法而引发“non-static method cannot be referenced from a static context”错误；根本解法是将 player 实例传入状态对象，确保状态变更操作作用于当前玩家实例。

在状态模式（State Pattern）的实际应用中，状态类（如 HealthyState、InjuredState）本身是无状态的纯行为封装，不能直接调用 Player.setState(...)——因为 setState() 是 Player 类的非静态实例方法，而状态类中的代码运行在静态方法体（如构造器）或普通实例方法中，并未持有 Player 的引用，JVM 无法推断该调用应作用于哪个 Player 对象，从而报错。

✅ 正确做法：将当前 Player 实例注入到每个状态对象中，使状态类可通过持有的引用安全调用其方法。

✅ 修改方案（以 ImmobileState 为例）

public class ImmobileState implements PlayerState {
    private final Player player; // 持有外部 Player 引用

    // 构造时传入 player，确保复用同一实例
    public ImmobileState(Player player) {
        this.player = player;
    }

    @Override
    public void heal() {
        System.out.println("Player is now healthy");
        player.setState(new HealthyState(player)); // 注意：新状态也需传入 player
    }

    @Override
    public void injure(int damage) {
        System.out.println("You were already immobile, so nothing happened?");
        // 保持当前状态（可选），或明确重置为自身（逻辑上等价）
        player.setState(new ImmobileState(player));
    }

    @Override
    public String getState() {
        return "Immobile";
    }
}

同理，HealthyState 和 InjuredState 也需改造为带参构造：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

public class HealthyState implements PlayerState {
    private final Player player;

    public HealthyState(Player player) {
        this.player = player;
    }

    @Override
    public void heal() {
        // 已健康，无需变更状态
    }

    @Override
    public void injure(int damage) {
        if (damage > 0 && damage <= 10) {
            System.out.println("You are now injured");
            player.setState(new InjuredState(player));
        } else if (damage == 0) {
            System.out.println("Nothing happened...");
        } else {
            System.out.println("You are now immobile");
            player.setState(new ImmobileState(player));
        }
    }

    @Override
    public String getState() {
        return "Healthy";
    }
}

? Player 初始化时需设定初始状态

public class Player {
    private PlayerState state;

    public Player() {
        // 初始状态必须绑定当前 player 实例
        this.state = new HealthyState(this);
    }

    public void setState(PlayerState state) {
        this.state = state;
    }

    public void heal() {
        state.heal();
    }

    public void injure(int damage) {
        state.injure(damage);
    }

    public String showStatus() {
        return "> Status of the Player\nhealth state: " + state.getState();
    }
}

⚠️ 关键注意事项

• ❌ 错误示范：Player.setState(...) 在状态类中直接调用 → 编译失败（静态上下文误用）；
• ✅ 正确路径：状态类通过构造注入获得 Player 实例，所有 setState 调用均基于 this.player；
• ? 状态切换时，新状态对象也必须接收同一 Player 实例，否则会创建孤立的 Player 副本，导致状态更新失效；
• ? 进阶建议：可将 Player 设为 final 字段，或定义 PlayerState 接口增加 setPlayer(Player p) 方法，提升扩展性与安全性；
• ? 测试验证：在 Game 主类中仅创建一个 Player 实例，反复调用 player.heal() / player.injure(15)，观察控制台输出与 showStatus() 是否同步反映最新状态。

通过这一设计，你不仅修复了编译错误，更真正践行了状态模式的核心思想：状态对象封装行为，但依赖上下文（Player）完成状态迁移——清晰、解耦、可维护。

立即学习“Java免费学习笔记（深入）”；