如果我自己写一个 String 类，会不会和 Java 内置的 String 类冲突呢？

文章目录

- - 1. 直接在代码中定义一个 `String` 类
  - - 编译器如何选择 `String` 类？
    - 示例
  - 2. 避免冲突的常用方法：命名空间
  - - 使用包名避免冲突
  - 3. 为什么尽量避免重名为 `String` 的类？
  - 总结
  - 推荐阅读文章

在 Java 中， String 类几乎是最基础、最常用的类之一，所以如果我们自己写一个名为 String 的类，很容易和 Java 内置的 String 类产生冲突。这种冲突可能会导致代码错误，甚至让代码运行不符合预期。本文将详细探讨这个问题，并解释如何避免这些冲突。

1. 直接在代码中定义一个 `String` 类

假设你直接在项目中写了一个 String 类：

public class String {
    private String value;

    public String(String value) {
        this.value = value;
    }

    public String getValue() {
        return value;
    }
}

这个自定义 String 类定义了一个 value 字符串变量和一个构造方法。如果我们在代码中引用 String，就会有两种可能的结果。

编译器如何选择 `String` 类？

当代码引用 String 时，编译器会优先查找当前作用域的 String 类。这就意味着，如果你在包或类内部自定义了一个 String 类，编译器会优先使用你定义的这个类，而不是使用 Java 自带的 java.lang.String 类。这会导致下面这种冲突场景。

示例

public class Main {
    public static void main(String[] args) {
        String myString = new String("Hello");
        System.out.println(myString.getValue()); // 会使用自定义 String 类的 getValue 方法
    }
}

在上面的代码中，String myString = new String("Hello"); 会指向自定义的 String 类，而不是 java.lang.String，因此 myString.getValue() 可以正常工作。但是，如果你使用了 java.lang.String 类的方法，比如 length() 或 charAt()，就会导致错误，因为自定义的 String 类不包含这些方法。

2. 避免冲突的常用方法：命名空间

在 Java 中，每个类都隶属于某个包，通过包名可以避免类名冲突的问题。如果你自定义的 String 类和 java.lang.String 属于不同的包，你就可以通过全限定类名来明确调用哪个 String 类。

使用包名避免冲突

假设你的 String 类放在 com.example.custom 包下，代码如下：

package com.example.custom;

public class String {
    private String value;

    public String(String value) {
        this.value = value;
    }

    public String getValue() {
        return value;
    }
}

在使用时，我们可以使用 全限定类名 来区分自定义 String 和 java.lang.String：

import com.example.custom.String; // 导入自定义的 String 类

public class Main {
    public static void main(String[] args) {
        com.example.custom.String myString = new com.example.custom.String("Hello");
        java.lang.String javaString = "Hello, Java!";
        
        System.out.println(myString.getValue()); // 使用自定义的 String 类
        System.out.println(javaString.length());  // 使用内置的 java.lang.String 类
    }
}

在这里，通过指定 com.example.custom.String，我们可以清晰地告诉编译器使用哪个 String 类，避免了与 java.lang.String 冲突。

3. 为什么尽量避免重名为 `String` 的类？

尽管可以通过包名或全限定名来避免冲突，但创建自定义的 String 类仍然是个风险很大的做法。

代码的可读性：看到 String 类，大部分开发者会直接认为这是 java.lang.String 类，如果有自己定义的 String 类，可能会让代码变得晦涩难懂，导致错误。
编译和运行错误：如果不小心导错包或者混用了 String 类，编译器会报错，比如常见的 cannot find symbol 或 method not found 错误。
增加维护成本：一个项目中多了一个 String 类，以后维护时会让开发人员反复确认代码中到底用的是哪个 String 类，非常不方便。

总结

在 Java 中，自定义 String 类可能会和内置的 java.lang.String 类冲突。虽然可以通过不同的包名和全限定类名来避免这种冲突，但在实际开发中，避免使用与 Java 核心类同名的类是一个好的编码习惯。如果真的需要自定义，可以改用其他名字（比如 MyString 或 CustomString）来避免和 Java 内置类混淆。

希望这个讲解能够让你清楚地了解自定义 String 类的利弊，避免代码中不必要的麻烦！