Java 中字符串比较：为什么 == 不适用于内容比对-java教程-PHP中文网

Java 中字符串比较：为什么 == 不适用于内容比对

Java 中字符串内容比较必须使用 .equals() 方法，而非 == 运算符；后者仅判断引用是否相同，导致看似正确的输入始终被判定为无效。

java 中字符串内容比较必须使用 `.equals()` 方法，而非 `==` 运算符；后者仅判断引用是否相同，导致看似正确的输入始终被判定为无效。

在 Java 中，String 是引用类型（对象），而 == 比较的是两个变量是否指向内存中的同一对象实例，而非它们的内容是否相等。即使两个字符串字面值完全相同（如 "bank" 和 "bank"），若由不同方式创建（例如用户输入 vs 字面量），它们在堆中仍是不同的对象，== 将返回 false。

你遇到的问题正源于此——方法 askAndCheckRecipient 中的条件判断：

if(recipient.toLowerCase() == player.getName().toLowerCase() || recipient.toLowerCase() == "bank")

这里两处 == 均为错误用法：

recipient.toLowerCase() == player.getName().toLowerCase()：比较两个新生成的 String 对象的引用，几乎总为 false；
recipient.toLowerCase() == "bank"：即使用户输入 "bank"，其 .toLowerCase() 返回的新字符串对象与字面量 "bank" 在常量池中可能不共享引用（尤其在涉及 nextLine() 读取后存在不可见空格时更易失败）。

✅ 正确写法应统一使用 .equals()（推荐忽略大小写时用 .equalsIgnoreCase()）：

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

static String askAndCheckRecipient(Player[] playerArray) {
    Scanner scan = new Scanner(System.in);
    System.out.println("Who is the recipient?: ");
    String recipient = scan.nextLine().trim(); // 关键：去除首尾空格，避免"bank "误判

    // 先检查是否为"bank"（忽略大小写）
    if ("bank".equalsIgnoreCase(recipient)) {
        return recipient;
    }

    // 再遍历玩家，检查姓名匹配
    for (Player player : playerArray) {
        if (recipient.equalsIgnoreCase(player.getName())) {
            return recipient;
        }
    }

    return "recipient is not valid";
}

同理，请同步修正 askAndCheckPayer 方法中的 == 为 .equalsIgnoreCase()。

⚠️ 额外注意事项：

务必调用 .trim()：Scanner.nextLine() 可能因前序输入残留换行符或空格，导致 "bank " ≠ "bank"；
避免重复创建 Scanner：你的每个方法都新建 Scanner(System.in)，虽不报错但属资源冗余；建议在 main 中创建单例 Scanner 并作为参数传入，或改用静态共享实例；
逻辑优化：将 "bank" 判断提前并独立处理，既提升可读性，也避免误入循环（例如用户输入 "Bank" 时无需遍历所有玩家）。