不管别人怎么说…在我曾经工作过的一个旧项目中，实体(独立应用程序)之间的大量通信使用代表一个小集合的整数。用静态方法将set声明为enum很有用，可以从value中获取enum object，反之亦然。代码看起来更干净，开关案例可用性和更容易写入日志。

enum ProtocolType {
    TCP_IP (1, "Transmission Control Protocol"), 
    IP (2, "Internet Protocol"), 
    UDP (3, "User Datagram Protocol");

    public int code;
    public String name;

    private ProtocolType(int code, String name) {
        this.code = code;
        this.name = name;
    }

    public static ProtocolType fromInt(int code) {
    switch(code) {
    case 1:
        return TCP_IP;
    case 2:
        return IP;
    case 3:
        return UDP;
    }

    // we had some exception handling for this
    // as the contract for these was between 2 independent applications
    // liable to change between versions (mostly adding new stuff)
    // but keeping it simple here.
    return null;
    }
}

使用ProtocolType.fromInt(2)从接收的值(例如1,2)创建enum对象 使用myEnumObj.name写入日志

希望这能有所帮助。

枚举以自记录的方式枚举一组固定的值。 它们使您的代码更显式，也更不容易出错。

为什么不使用String，或int，而不是Enum常量?

编译器不允许错别字，也不允许出值的修正 设置，因为枚举本身就是类型。后果: 你不需要写一个先决条件(或手册)来确保你的论点在有效范围内。 类型不变式是免费的。 枚举可以有行为，就像任何其他类一样。 无论如何，您可能需要类似数量的内存来使用string(这取决于Enum的复杂性)。

此外，Enum的每个实例都是一个类，您可以为其定义单独的行为。

另外，它们在创建实例时(当枚举被加载时)确保线程安全，这在简化单例模式中有很好的应用。

这篇博客说明了它的一些应用，比如解析器的状态机。

到目前为止，我从未需要使用枚举。自从它们在1.5或tiger版本中被引入以来，我就一直在阅读有关它们的文章。他们从未真正为我解决过一个“问题”。对于那些使用它的人(我看到他们中的很多人这样做)，我确信它肯定有某种目的。只有我的2英镑。

我会使用枚举作为有用的映射工具，避免使用多个if-else 前提是实现了一些方法。

public enum Mapping {

    ONE("1"),
    TWO("2");

    private String label;

    private Mapping(String label){
        this.label = label;
    }

    public static Mapping by(String label) {

        for(Mapping m: values() {
            if(m.label.equals(label)) return m;
        }

        return null;
    }

}

因此by(String label)方法允许您通过非枚举获取枚举值。此外，还可以创建两个枚举之间的映射。还可以尝试“1对多”或“多对多”，除了“一对一”的默认关系

最后，enum是一个Java类。你可以在里面有main方法，这在需要马上对参数做一些映射操作时很有用。

除了@BradB，回答:

That is so true... It's strange that it is the only answer who mention that. When beginners discover enums, they quickly take that as a magic-trick for valid identifier checking for the compiler. And when the code is intended to be use on distributed systems, they cry... some month later. Maintain backward compatibility with enums that contains non static list of values is a real concern, and pain. This is because when you add a value to an existing enum, its type change (despite the name does not).

"Ho, wait, it may look like the same type, right? After all, they’re enums with the same name – and aren’t enums just integers under the hood?" And for these reasons, your compiler will likely not flag the use of one definition of the type itself where it was expecting the other. But in fact, they are (in most important ways) different types. Most importantly, they have different data domains – values that are acceptable given the type. By adding a value, we’ve effectively changed the type of the enum and therefore break backward compatibility.

总之:当你想使用它的时候使用它，但是，请检查所使用的数据域是一个有限的、已知的、固定的集合。

枚举就像类。与类一样，它也有方法和属性。

不同阶级的区别是: 1. 枚举常量是public, static, final。 2. 枚举不能用于创建对象，也不能扩展其他类。但是它可以实现接口。