enum Season { case Spring, Summer, Autumn, Winter}let s = Season.Spring这是枚举最根底的用法，然而在swift中，对枚举的性能进行了增强，也就是关联值。
关联值能够将额定信息附加到 enum case中，像上面这样子。
enum Test { case test1(v1: Int, v2: Int, v3: Int) case test2(v1: Int, v2: Int) case test3(v1: Int) case test4}let t = Test.test1(v1: 1, v2: 2, v3: 3) switch t {case .test1(let v1, let v2, let v3): print(v1, v2, v3)default: break}// 输入： 1 2 3咱们能够看到，在咱们创立一个枚举值t的时候，设置他的选项为test1，同时能够关联3个Int类型的值，而后在switch中，咱们还能够把这3个Int值取出来进行应用。
咱们明天的次要工作就是摸索一下有关联值的枚举类型，再底层的内存布局是什么样子的，这些值都是怎么贮存的。
在OC中咱们应用sizeOf此类办法，能够输入一个变量占用内存的大小，在swift中也有此类的工作类，那就是MemoryLayout。
print(MemoryLayout<Int>.size)// 理论应用内存大小print(MemoryLayout<Int>.stride)//分配内存大小print(MemoryLayout<Int>.alignment)//内存对其参数// 输入 8 8 8 下面的例子是只是简略的实例MemoryLayout的用法，这个咱们晓得，在64位的零碎中Int类型的确是占用8个字节（64位）。接下来咱们就看一下枚举的内存占用状况。
点击Xcode菜单栏中的Debug -> Debug Workflow -> View Memory，而后在上面红色框中输出变量的内存地址，就能够看到变量的内存应用状况。
应用swift后，从xcode没法间接打印变量的内存地址，这里咱们应用了github上的一个工具类(github链接)来帮忙咱们输入变量的内存地址。
筹备工作实现后，咱们先从最根底的枚举开始。
enum Season { case Spring, Summer, Autumn, Winter}print("理论占用:",MemoryLayout<Season>.size)print("调配:",MemoryLayout<Season>.stride)print("对齐参数:", MemoryLayout<Season>.alignment) var s = Season.Springprint("内存地址",Mems.ptr(ofVal: &s)) print("内存数据",Mems.memStr(ofVal: &s, alignment: .one)) s = Season.Summerprint("内存数据",Mems.memStr(ofVal: &s, alignment: .one)) s = Season.Autumnprint("内存数据",Mems.memStr(ofVal: &s, alignment: .one)) s = Season.Winterprint("内存数据",Mems.memStr(ofVal: &s, alignment: .one))注：Mems.memStr能够间接打印内存数据，这样咱们就不必每次拿到地址再去工具中看了
理论占用: 1调配: 1对齐参数: 1内存地址 0x00007ffee753f0f0内存数据 0x00内存数据 0x01内存数据 0x02内存数据 0x03咱们能够看到这种一般的枚举类型，只占用一个字节。而且通过咱们对变量设置不同的枚举值，打印的这一个字节的数据也是不同的，其实也就是应用这一个字节通过设置不同的数值来示意不同的枚举值，这样的话其实能够至多贮存0x00-0xFF共256个值。那如果超过256个case呢？其实我感觉没有必要思考这种状况，枚举原本设计出就是为了辨别无限中状况，如果太多，就像200多个，那齐全能够应用Int来设置不同的值了，就没必要用枚举了，当然，如果您违心探索一下的话也是能够的。
接下来咱们应用一个带关联值的枚举来看一下。
enum Test { case test1(v1: Int, v2: Int, v3: Int) case test2(v1: Int, v2: Int) case test3(v1: Int) case test4} print("理论占用:",MemoryLayout<Test>.size)print("调配:",MemoryLayout<Test>.stride)print("对齐参数:", MemoryLayout<Test>.alignment) var t = Test.test1(v1: 1, v2: 2, v3: 3)print("内存地址",Mems.ptr(ofVal: &t)) print("内存数据",Mems.memStr(ofVal: &t, alignment: .one)) t = Test.test2(v1: 4, v2: 5)print("内存数据",Mems.memStr(ofVal: &t, alignment: .one)) t = Test.test3(v1: 6)print("内存数据",Mems.memStr(ofVal: &t, alignment: .one)) t = Test.test4print("内存数据",Mems.memStr(ofVal: &t, alignment: .one))上面是输入, 为了能直观一下，我给插了几个换行
理论占用: 25调配: 32对齐参数: 8内存地址 0x00007ffee0afe0d8内存数据 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x000x03 0x00 0x00 0x00 0x00 0x00 0x00 0x000x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00内存数据 0x04 0x00 0x00 0x00 0x00 0x00 0x00 0x000x05 0x00 0x00 0x00 0x00 0x00 0x00 0x000x00 0x00 0x00 0x00 0x00 0x00 0x00 0x000x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00内存数据 0x06 0x00 0x00 0x00 0x00 0x00 0x00 0x000x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00内存数据 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00理论占用了25个字节，咱们至多能够确定，枚举的关联值是存储在枚举值的内存中的。
然而通过这一个例子其实可能还看不出有什么法则，大家能够多用几个例子来验证，这是我就间接说论断了。
有关联值得枚举理论占用的内存是最多关联值占用的内存+1，在咱们这个Test中，test1的关联值是最多的，有3个Int类型的关联值，所以要8*3=24字节来寄存关联值，然而还须要一个字节来贮存（分别）是哪一个case。
带着这个论断咱们看一下输入的后果：
当t=.test1时，后面24个字节调配给3个Int类型关联值，别离存储了1，2，3， 第25个字节是0。
当t=.test2时，后面24个字节还是留给关联值的，然而test2只有两个关联值，所以应用了后面16个字节调配给他的关联值，此时17到24这8字节就空置，第25个字节是1。
...
最初当t = test4 , 没有关联值，所以后面的字节都是0， 只有第25个字节是3
以此类推...
第25个字节其实齐全能够看成一个辨识位，或者说第25个字节就是枚举的实质，通过不同值来辨别不同case，只是因为有了关联值，所以开拓了更多的空间来存储而已。
前面多余的字节都是为了内存对齐，内存对其相干的常识大家能够自行上网查阅。
补充：
既然说到了关联值，那就顺便对枚举原始值说两句。具通过你打印带原始值的枚举的内存数据，发现是否带有原始值对枚举的内存占用并无影响，所以原始值应该不是存储在枚举变量的外部的。大家能够本人试验一下