字符串被设计用来表示文本，它们在这方面做得很好。因为字符串是如此常见，并且受到语言的良好支持，所以很自然地会将字符串用于其他目的，而不是它们设计的目的。这一项讨论了一些不应该使用字符串做的事情。
字符串是其他值类型的糟糕替代品。当一段数据从文件、网络或键盘输入进入程序时，它通常是字符串形式的。有一种自然的倾向是这样的，但是这种倾向只有在数据本质上是文本的情况下才合理。如果是数值类型，则应将其转换为适当的数值类型，如int、float或BigInteger。如果是“是”或“否”问题的答案，则应将其转换为适当的枚举类型或布尔值。更一般地说，如果有合适的值类型，无论是原始值还是对象引用，都应该使用它;如果没有，你应该写一个。虽然这条建议似乎很明显，但经常被违反。
字符串是枚举类型的糟糕替代品。正如第34项中所讨论的，枚举类型常量比字符串更适合于枚举类型常量。
符串是聚合类型的糟糕替代品。如果一个实体有多个组件，将其表示为单个字符串通常是一个坏主意。例如，下面这行代码来自一个真实的系统标识符，它的名称已经被更改，以保护罪犯:
这种方法有很多缺点。如果用于分隔字段的字符出现在其中一个字段中，可能会导致混乱。要访问各个字段，您必须解析字符串，这是缓慢的、冗长的、容易出错的。您不能提供equals、toString或compareTo方法，但必须接受String提供的行为。更好的方法是编写一个类来表示聚合，通常是一个私有静态成员类(item24)。
字符串不能很好地替代容量。有时，字符串用于授予对某些功能的访问权。例如，考虑线程本地变量工具的设计。这样的工具提供了每个线程都有自己的值的变量。自1.2版以来，Java库就有了一个线程本地变量工具，但在此之前，程序员必须使用自己的工具。当多年前面临设计这样一个设施的任务时，一些人们独立地提出了相同的设计，其中客户端提供的字符串键用于标识每个线程本地变量:
这种方法的问题是，字符串键表示线程本地变量的共享全局名称空间。为了使该方法有效，客户端提供的字符串键必须是唯一的:如果两个客户机各自决定为它们的线程本地变量使用相同的名称，它们会无意中共享一个变量，这通常会导致两个客户机都失败。而且，安全性很差。恶意客户机可以故意使用与另一个客户机相同的字符串密钥来非法访问另一个客户机的数据。
这个API可以通过用一个不可伪造的键(有时称为功能)替换字符串来修复:
虽然这解决了基于字符串的API的这两个问题，但是您可以做得更好。您不再真正需要静态方法。它们可以变成键上的实例方法，此时键不再是线程局部变量的键:而是线程局部变量。此时，顶层类您不再真正需要静态方法。它们可以变成键上的实例方法，此时键不再是线程局部变量的键:而是线程局部变量：
这个API不是类型安全的，因为在从线程本地变量检索值时，必须将值从对象转换为它的实际类型。原始的基于字符串的API类型安全是不可能实现的，基于键的API类型安全也是很难实现的，但是通过将ThreadLocal作为一个参数化的类来实现这个API类型安全很简单(第29项):
粗略地说，这就是java.lang的API.ThreadLocal提供。除了解决基于字符串的API的问题之外，它比任何基于键的API都更快、更优雅。
总之，当存在或可以编写更好的数据类型时，避免将对象表示为字符串的自然倾向。如果使用不当，字符串比其他类型更麻烦、灵活性更差、速度更慢、更容易出错。字符串经常被误用的类型包括基本类型、枚举和聚合类型。
本文写于2019.7.19，历时1天
