Objective-C中是否建议将实例变量赋值为函数内局部变量？

作为一个写了多年Objective-C的开发者，我来分享下我的经验——答案是非常推荐这么做，不管是从可读性还是性能角度，都有实实在在的收益，当然也要注意一些小坑。

一、可读性层面：提升代码整洁度，降低出错概率 #

当你需要反复访问一个路径较长的实例变量（比如self.networkManager.currentSession.userToken）或者名字较长的成员变量时，每次都写完整路径不仅繁琐，还容易因为拼写错误引入bug。把它赋值给一个简洁的局部变量后，代码会清爽很多，逻辑也更清晰。

举个对比例子：

优化前 #

- (void)handleLoginResult {
    if ([self.networkManager.currentSession.userToken length] > 0) {
        [self saveTokenToKeychain:self.networkManager.currentSession.userToken];
        [self navigateToHomePageWithToken:self.networkManager.currentSession.userToken];
        NSLog(@"Login success with token: %@", self.networkManager.currentSession.userToken);
    }
}

优化后 #

- (void)handleLoginResult {
    NSString *userToken = self.networkManager.currentSession.userToken;
    if (userToken.length > 0) {
        [self saveTokenToKeychain:userToken];
        [self navigateToHomePageWithToken:userToken];
        NSLog(@"Login success with token: %@", userToken);
    }
}

一眼就能看出优化后的代码更易读，也减少了重复输入的工作量，毕竟敲userToken比一长串路径轻松多了。

二、性能层面：微小但真实的提升 #

这里要客观说：在普通业务代码里，性能提升可能微乎其微，但在高频场景（比如几万次的循环、实时计算逻辑）下，差异会显现出来：

1. 属性访问的开销：如果你用的是self.xxx这种属性访问方式，每次调用都会触发getter方法（即使编译器会做优化，但方法调用还是有固定开销）。而局部变量是直接存在栈或寄存器中的，访问速度更快。
2. 成员变量的寻址开销：即使是直接访问_xxx成员变量，每次都需要从对象的内存偏移地址去取值；而局部变量赋值后，相当于把值缓存到了更易访问的位置，减少了重复寻址的步骤。

不过要强调：不要为了性能而强行这么做，可读性的优先级远高于这点微小的性能提升，性能收益只是额外的惊喜。

三、需要注意的坑 #

当然，这种做法也不是万能的，有两个场景要特别留意：

• 可变对象的引用问题：如果实例变量是可变对象（比如NSMutableArray、NSMutableDictionary），局部变量只是持有原对象的引用——修改局部变量的内容（比如[localArray addObject:xxx]）会直接修改原实例变量的内容。如果不想影响原对象，记得先做copy：

  NSMutableArray *localArray = [self.mutableInstanceArray mutableCopy];
  

• 多线程场景的快照问题：如果实例变量可能被其他线程修改，赋值给局部变量后，你拿到的是一个“快照”——后续使用的是赋值那一刻的值，而不是实时最新值。这在某些场景下是优势（避免竞态条件），但如果业务需要实时获取最新值，就不适合这么做了。

总结 #

总的来说，当实例变量需要被多次使用时，赋值为局部变量是非常值得推荐的实践：核心收益是大幅提升代码可读性和可维护性，同时还能带来一点性能上的小提升。只要注意可变对象和多线程的场景，就可以放心使用。

内容的提问来源于stack exchange，提问作者julian.a