这个东西其实就是 一个加锁。如果self 其他线程访问，则会阻塞。这样做一般是用来对单例 进行一个死锁的保护


(self) {
//something like this
   kGoableValue = _shareInstance;
}

一、当两个并发线程访问同一个对象object中的这个synchronized(self)同步代码块时，一个时间内只能有一个线程得到执行。另一个线程必须等待当前线程执行完这个代码块以后才能执行该代码块。


　　二、当一个线程访问object的一个synchronized( self )同步代码块时，其他线程对object中所有其它synchronized( self )同步代码块的访问将被阻塞。


　　三、然而，当一个线程访问object的一个synchronized( self )同步代码块时，另一个线程仍然可以访问该object中的除synchronized(this)同步代码块以外的部分。


　　四、第三个例子同样适用其它同步代码块。也就是说，当一个线程访问object的一个synchronized(this)同步代码块时，它就获得了这个object的对象锁。结果，其它线程对该object对象所有同步代码部分的访问都被暂时阻塞。


　　五、以上规则对其它对象锁同样适用


static Config * instance = nil;
+(Config
    @synchronized(self)  {
if(nil == instance)  {
self new];
        }
    }
    return instance;
}

+(id)allocWithZone:(NSZone
    @synchronized(self)  {
if(instance == nil）{
instance = [super allocWithZone:zone];
return instance;
        }
    }
    return nil;
}

在上面两个例子中都用到 关键字@synchronized，这里大概说一下

　　@synchronized，代表这个方法加锁, 相当于不管哪一个线程（例如线程A），运行到这个方法时,都要检查有没有其它线程例如B正在用这个方法，有的话要等正在使用synchronized方法的线程B运行完这个方法后再运行此线程A,没有的话,直接运行。它包括两种用法：synchronized 方法和 synchronized 块。

@synchronized 方法控制对类（一般在IOS中用在单例中）的访问：每个类实例对应一把锁，每个 synchronized 方法都必须获得调用该方法锁方能执行，否则所属就会发生线程阻塞，方法一旦执行，就独占该锁，直到从该方法返回时才将锁释放，此后被阻塞的线程方能获得该锁，重新进入可执行状态。这种机制确保了同一时刻对于每一个类，至多只有一个处于可执行状态，从而有效避免了类成员变量的访问冲突（只要所有可能访问类的方法均被声明为 synchronized）。

synchronized 块：


　　@通过 synchronized关键字 来声明synchronized 块。语法如下： 


@synchronized(syncObject) {  
 }



　　synchronized 块是这样一个代码块，其中的代码必须获得对象 syncObject （如前所述，可以是类实例或类）的锁方能执行，具体机制同前所述。由于可以针对任意代码块，且可任意指定上锁的对象，故灵活性较高。