unlock

作者：平凡希 原文地址：https://www.cnblogs.com/xiaoxi/p/7518259.html 一、什么是Java内存模型 Java虚拟机规范中试图定义一种Java内存模型（Java Memory Model，JMM）来屏蔽掉各种硬件和操作系统的访问差异，以实现让Java程序在各种平台下都能达到一致的内存访问效果。 在此之前，主流程序语言（如C/C++等）直接使用物理硬件和操作系统的内存模型，因此，会由于不同平台上内存模型的差异，有可能导致程序在一套平台上并发完全正常，而在另外一套平台上并发访问却经常出错，因此在某些场景下就不许针对不同的平台来编写程序。 Java内存模型即要定义得足够严谨，才能让Java的并发内存访问操作不会产生歧义；Java内存模型也必须定义地足够宽松，才能使得虚拟机的实现有足够的自由空间去利用硬件的各种特性来获取更好的执行速度。经过长时间的验证和修补，JDK1.5（实现了JSR-133）发布之后，Java内存模型已经成熟和完善起来了，一起来看一下。 二、主内存和工作内存 Java内存模型的主要目的是定义程序中各个变量的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。注意一下，此处的变量并不包括局部变量与方法参数，因为它们是线程私有的，不会被共享，自然也不会存在竞争，此处的变量应该是实例字段

I originally edited a file, which did a checkout. I received a new computer, and now I want to edit the file. I don't care about the original edit. TFS reports that another user has an exclusive lock on the file. It's not actually another user, it's me, but the machine is different, so the workspace is different. I tried unlocking with the tf commandline using the following command: tf lock /lock:none /workspace:oldmachinename;domain\me /recursive $/projectname/directory /s:http:tfs:8080/tfs/project I get no errors, but when I go into Visual studio 2010 (We're using tfs 2010 as well) The files

在多线程的编程环境中，锁的使用必不可少！ 于是，今天来总结一下为共享资源加锁的操作方法。 一、使用 synchronized 方式 // 线程 1 dispatch_async ( dispatch_get_global_queue ( DISPATCH_QUEUE_PRIORITY_DEFAULT , 0 ), ^{ @synchronized ( _myLockObj ){ [obj1 method1 ]; sleep ( 30 ); } @synchronized (obj1){ } }); // 线程 2 dispatch_async ( dispatch_get_global_queue ( DISPATCH_QUEUE_PRIORITY_DEFAULT , 0 ), ^{ sleep ( 1 ); @synchronized ( _myLockObj ){ [obj1 method2 ]; } }); } 这样，就会起到锁的作用，线程2会等待线程1执行完成 @synchronized (obj){ }块后，在执行。从而起到锁的作用。 2.使用 NSLock 方式 先贴一个例子： 1. TestObj.h @interface TestObj : NSObject - ( void )method1; - ( void )method2; @end 2. TestObj

golang中sync.RWMutex和sync.Mutex区别 转自：http://blog.csdn.net/chenbaoke/article/details/41957725 golang中sync包实现了两种锁Mutex （互斥锁）和RWMutex（读写锁），其中RWMutex是基于Mutex实现的，只读锁的实现使用类似引用计数器的功能． type Mutex func (m *Mutex) Lock() func (m *Mutex) Unlock() type RWMutex func (rw *RWMutex) Lock() func (rw *RWMutex) RLock() func (rw *RWMutex) RLocker() Locker func (rw *RWMutex) RUnlock() func (rw *RWMutex) Unlock() 其中Mutex为互斥锁，Lock()加锁，Unlock()解锁，使用Lock()加锁后，便不能再次对其进行加锁，直到利用Unlock()解锁对其解锁后，才能再次加锁．适用于读写不确定场景，即读写次数没有明显的区别，并且只允许只有一个读或者写的场景，所以该锁叶叫做全局锁． func (m *Mutex) Unlock()用于解锁m， 如果在使用Unlock()前未加锁，就会引起一个运行错误．

golang mutex使用及注意事项 关于使用 metux的出现是为了防止资源竞争（race conditions） 调用Lock（）获得锁，调用unlock（）释放锁。 mutex是互斥锁。若一个goroutine获得锁，则其他goroutine会一直阻塞到他释放锁后才能获得锁。 注意事项 多次调用Lock()函数 使用Lock()加锁后，不能再继续对其加锁（同一个goroutine中，即：同步调用），否则会panic。只有在unlock()之后才能再次Lock()。异步调用Lock（），是正当的锁竞争。当然不会有panic了 如下： package mutex import ( "sync" "fmt" ) var sum = 0 var mutex sync .M utex func A () { mutex .L ock () fmt .P rintln ( "get the lock" ) B () mutex .U nlock () } func B () { mutex .L ock () fmt .P rintln ( "Hello, World" ) mutex .U nlock () } package mutex import "testing" func TestA(t *testing.T) { A() } /** 输出： get the lock

public class RWDictionary { private final Map<String, String> m = new TreeMap<String, String>(); private final ReentrantReadWriteLock rwl = new ReentrantReadWriteLock(); private final Lock r = rwl.readLock(); private final Lock w = rwl.writeLock(); public String get(String key) { r.lock(); try { return m.get(key); } finally { r.unlock(); } } public Object[] allKeys() { r.lock(); try { return m.keySet().toArray(); } finally { r.unlock(); } } public String put(String key, String value) { w.lock(); try { return m.put(key, value); } finally { w.unlock(); } } public void clear() { w.lock(); try { m

unique_lock 取代lock_quard unique_lock 的第二个参数 std::adopt_lock std::try_to_lock std::defer_lock unique_lock的成员函数 lock() unlock() try_to_lock() release() unique_lock所有权的传递 unique_lock 取代lock_guard 应用场景：两个线程A、B，其中A对队列添加元素，B移除元素。 unique_lock是个类模板，工作中，一般使用lock_gard(推荐使用)，取代mutex的lock()和unlock()。unique_lock比lock_gard灵活许多，但是unique_lock效率差一点，并且内存占用多一点。 std::unique_lock<std::mutex> sbgard(mu_mutex); unique_lock 的第二个参数 unique_lock比较灵活，主要是因为这个第二个参数。 lock_guard可以带第二个参数。 std::unique_lock<std::mutex> sbguard(my_mutex, std::adopt_lock); 　　std::adopt_lock这个参数表示标记作用，unique_lock支持更多参数，表示互斥量已经被lock了 std::adopt

Java 高效并发 为了便于移植，Java 多线程内存模型不与硬件关联，不同硬件平台可以使用不同的实现手段 和 CPU 内存与高速缓存做对比 Java 内存模型被分为两大部分： 主内存 （对应 PC 内存）和 工作内存 （对应 CPU 高速缓存） 主内存与工作内存之间数据的交互 Java 定义了以下 8 种 原子 操作（最新的 Java 标准已经采用了新的内存访问协议，但下面 8 中操作也应该了解一下） lock，标识主内存变量为线程独占 同一个变量可以被一条线程多次 lock，但也需要同样次数的 unlock 才能解锁 lock 一个变量时会清空工作内存中此变量的值，在使用这个变量前需要执行 load 和 assign 初始化变量 unlock，释放主内存被锁变量 一个变量实现没有被 lock，那也不允许执行 unlock 对一个变量执行 unlock 之前，必须先把变量同步到主内存中 read，从主内存中读取变量到工作内存中，以便后续的 load 操作 load，作用于工作内存，把 read 操作从主内存中得到的变量值放入工作内存的变量副本中 use，把工作内存中的变量传递给执行引擎 只有对一个变量前一个操作是 load 时，当前线程才可以使用 use；只有对一个变量后一个操作是 use 时才可以对变量执行 load 操作 assign

在了解多线程之前我们先了解一下进程和线程的关系 一个程序至少有一个主进程,一个进程至少有一个线程。 为了保证线程的安全性请大家看看下面介绍 Delphi 多线程同步的一些处理方案大家可以参考: http://www.cr173.com/html/16747_1.html 主线程又程为UI线程。 进程和线程的主要差别在于它们是不同的操作系统资源管理方式。进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，而线程只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些。但对于一些要求同时进行并且又要共享某些变量的并发操作，只能用线程，不能用进程。如果有兴趣深入的话，我建议你们看看《现代操作系统》或者《操作系统的设计与实现》。对就个问题说得比较清楚。 多线程应该是编程工作者的基础技能, 但这个基础我从来没学过，所以仅仅是看上去会一些，明白了2+2的时候，其实我还不知道1+1。 开始本应该是一篇洋洋洒洒的文字, 不过我还是提倡先做起来, 在尝试中去理解. 先试试这个: procedure TForm1 . Button1Click (Sender: TObject) ; var i: Integer; begin for i

在了解多线程之前我们先了解一下进程和线程的关系 一个程序至少有一个主进程,一个进程至少有一个线程。 为了保证线程的安全性请大家看看下面介绍 Delphi 多线程同步的一些处理方案大家可以参考: http://www.cr173.com/html/16747_1.html 主线程又程为UI线程。 进程和线程的主要差别在于它们是不同的操作系统资源管理方式。进程有独立的地址空间，一个进程崩溃后，在保护模式下不会对其它进程产生影响，而线程只是一个进程中的不同执行路径。线程有自己的堆栈和局部变量，但线程之间没有单独的地址空间，一个线程死掉就等于整个进程死掉，所以多进程的程序要比多线程的程序健壮，但在进程切换时，耗费资源较大，效率要差一些。但对于一些要求同时进行并且又要共享某些变量的并发操作，只能用线程，不能用进程。如果有兴趣深入的话，我建议你们看看《现代操作系统》或者《操作系统的设计与实现》。对就个问题说得比较清楚。 多线程应该是编程工作者的基础技能, 但这个基础我从来没学过，所以仅仅是看上去会一些，明白了2+2的时候，其实我还不知道1+1。 开始本应该是一篇洋洋洒洒的文字, 不过我还是提倡先做起来, 在尝试中去理解. 先试试这个: procedure TForm1 . Button1Click (Sender: TObject) ; var i: Integer; begin for i