ios – Objective-C cpu缓存行为

self.count = 0;
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH,0),^ {
  self.count = 5;
  dispatch_async(dispatch_get_main_queue(),^{
    NSLog(@"%i",self.count);
  });
}

我知道你可能会问一下在线程中使用变量的一般情况(在这种情况下,关于使用volatile和锁的规则与ObjC相同,与普通C相同).但是,对于您发布的示例代码,规则有所不同. (我将跳过并简化事情,并使用Xcode来表示Xcode和编译器)

self.count = 0;
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH,self.count);
  });
}

我要假设self是一个NSObject子类,如下所示：

@interface MyClass : NSObject {
    NSInteger something;
}
@property (nonatomic,assign) NSInteger count;
@end

目标C是C的超集,如果你曾经做过任何ObjC的逆向工程,你会知道在编译之前,ObjC代码(不一样的)被转换成C代码.所有[self方法：object]调用被转换为objc_msgSend(self,“method：”,object)调用,self是一个带有ivars和其他运行时信息的C结构体.

这意味着这段代码并不完美.

-(void)doThing{
   NSInteger results = something + self.count;
}

只是访问某些东西不仅仅是访问变量,而是做自我>某事(这就是为什么在访问Objective C块中访问ivar时需要获得弱自身的参考,以避免保留循环).

第二点是Objective C属性并不存在. self.count变成[self count],self.count = 5变成[self setCount：5].目标C属性只是语法糖;方便的保存一些打字,使东西看起来更好一些.

如果您在几年以前一直使用Objective C,您将记得何时必须将@synthesize propertyName = _ivarName添加到您在@L_673_31@中声明的ObjC属性的@implementation. (现在Xcode自动为您)

@synthesize是Xcode为您生成setter和getter方法的触发器. (如果你没有写@synthesize Xcode,希望你自己写setter和getter)

// Auto generated code you never see unless you reverse ENGIneer the compiled binary
-(void)setCount:(NSInteger)count{
    _count = count;
}
-(NSInteger)count{
    return _count;
}

如果你担心线程问题与self.count,你担心2个线程一次调用这些方法(不直接直接访问相同的变量,因为Self.count实际上是一个方法调用不是一个变量).

@L_673_31@中的属性定义会更改生成的代码(除非您自己实现setter).

@property (nonatomic,retain)
[_count release];
[count retain];
_count = count;

@property (nonatomic,copy)
[_count release];
_count = [count copy];

@property (nonatomic,assign)
_count = count;

TLDR

如果你关心线程,并且要确保你不会通过在另一个线程上发生写入的方式读取值,然后将非原子变为原子(或者摆脱非原子,因为原子是默认的).这将导致代码生成这样的东西.

@property (atomic,assign) NSInteger count;

// setter
@synchronized(self) {
    _count = count;
}

这不能保证你的代码是线程安全的,但是(只要你只访问属性视图它是setter和getter)应该意味着你避免在另一个线程上写入时读取值的可能性.更多关于原子和非动态的信息在this question的答案.