是否需使用object.self.self/Class.self.self？场景与内存影响问询

嘿，这个问题挺有意思的！我来拆解一下你提到的几种属性访问方式，以及你关心的两个核心问题：

1. 是否存在优先使用someObject.self.self...的场景？ #

几乎不存在需要优先使用这种写法的场景，甚至可以说这种写法完全是冗余的：

• 在Swift中，self对于实例来说就是指向自身的引用，多次链式调用.self本质上还是返回同一个实例——编译器会直接把这些冗余的.self全部优化掉，最终生成的代码和直接写someObject.happyToUsed完全一致。
• 唯一可能用到单次.self的场景，是在需要区分实例属性和同名局部变量/参数的时候（比如闭包里或者函数内变量名冲突），但重复调用.self除了让代码变得冗长、可读性下降之外，没有任何实际价值。
• 哪怕是元编程场景（比如操作SomeClass.self这种元类型），重复.self也不会改变元类型的指向，同样是冗余操作。

所以，日常开发中优先用最简洁的someObject.happyToUsed就好，别给自己和队友增加阅读负担😉

2. 这种写法会对内存管理产生负面影响吗？ #

完全不会。原因很简单：

• 这些重复的.self在编译阶段就被Swift编译器彻底优化掉了，不会生成任何额外的机器指令。
• ARC内存管理的核心是跟踪实例的引用计数，而重复调用.self并没有创建新的实例引用——从头到尾都是同一个实例的引用，不会触发额外的retain或release操作，所以对内存引用计数没有任何影响。
• 哪怕你写上千个.self，最终的二进制代码和直接访问属性的代码毫无区别，内存占用和性能表现完全一致。

内容的提问来源于stack exchange，提问作者zeytin