A. linux下互斥锁mutex，貌似锁不上呢
多线程的效果就是同一时间各个线程都在执行。
加锁不是给线程上锁。
pthread_mutex_lock(&qlock);表示尝试去把qlock上锁，它会先判断qlock是否已经上锁，如果已经上锁这个线程就会停在这一步直到其他线程把锁解开。它才继续运行。
所以代码中要么是线程1先执行完后执行线程2，要么就是线程2先执行，再执行线程1.而线程3一开始就执行了。
互斥量mutex是用来给多线程之间的贡献资源上锁的。也就是同一个时间只允许一个线程去访问该资源（资源：比如对文件的写操作）。
现在来回答楼主的问题：
不是只要在pthread_mutex_lock(&qlock)与pthread_mutex_unlock(&qlock)之间的代码执行，其他的都不能介入吗？
其他的都不能介入，不是整个进程只运行这一个线程，其他线程都停住了。
“不能介入“这个动作需要程序员自己设计来保证：好比前面提到的文件读写操作。为了防止多个线程同时对文件进行写入操作，这就需要把资源上锁了。
如果只有线程1加锁，那是不是这个锁就没有意义了呢？
这个理解可以有
B. linux下信号量和互斥锁的区别
信号量用在多线程多任务同步的，一个线程完成了某一个动作就通过信号量告诉别的线程，别的线程再进行某些动作（大家都在semtake的时候，就阻塞在哪里）。
而互斥锁是用在多线程多任务互斥的，一个线程占用了某一个资源，那么别的线程就无法访问，直到这个线程unlock，其他的线程才开始可以利用这个资源。比如对全局变量的访问，有时要加锁，操作完了，在解锁。
有的时候锁和信号量会同时使用的。我记得以前做的一个项目就是既有semtake，又有lock。
C. linux中，多线程互斥锁问题
线程一：
pthread_mutex_lock(&mutex);
线程一锁中做的事
pthread_mutex_unlock(&mutex);
线程一锁外做的事
线程二：
pthread_mutex_lock(&mutex);
线程二锁回中做的事
pthread_mutex_unlock(&mutex);
线程二锁外做的事
当线程一二同答时加锁时，只有一个获得锁（比如线程一），并开始处理锁中做的事，此时线程二被挂起。当线程一释放锁后，线程一将继续做锁外做的事，而线程二加锁做锁中做的事，再解锁做锁外做的事。
D. linux的线程同步方式有哪些
三种同步方来式：自1、互斥锁（mutex)、2、条件同步（cond)、3、信号量（semphore).
如果还想深入：可以参考http://blog.csdn.net/zsf8701/article/details/7844316。
E. linux线程同步的互斥锁(mutex)到底怎么用的》谢谢
互斥锁(mutex) 通过锁机制实现线程间的同步。
1、初始化锁。在Linux下，线程的互斥量数据类型是pthread_mutex_t。在使用前,要对它进行初始化。
2、静态分配：pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER;
3、动态分配：int pthread_mutex_init(pthread_mutex_t *mutex, const pthread_mutex_attr_t *mutexattr);
4、加锁。对共享资源的访问，要对互斥量进行加锁，如果互斥量已经上了锁，调用线程会阻塞，直到互斥量被解锁。
intpthread_mutex_lock(pthread_mutex*mutex);
intpthread_mutex_trylock(pthread_mutex_t*mutex);
解锁。在完成了对共享资源的访问后，要对互斥量进行解锁。
intpthread_mutex_unlock(pthread_mutex_t*mutex);
销毁锁。锁在是使用完成后，需要进行销毁以释放资源。
intpthread_mutex_destroy(pthread_mutex*mutex);
#include<cstdio>
#include<cstdlib>
#include<unistd.h>
#include<pthread.h>
#include"iostream"
usingnamespacestd;
pthread_mutex_tmutex=PTHREAD_MUTEX_INITIALIZER;
inttmp;
void*thread(void*arg)
{
cout<<"threadidis"<<pthread_self()<<endl;
pthread_mutex_lock(&mutex);
tmp=12;
cout<<"Nowais"<<tmp<<endl;
pthread_mutex_unlock(&mutex);
returnNULL;
}
intmain()
{
pthread_tid;
cout<<"mainthreadidis"<<pthread_self()<<endl;
tmp=3;
cout<<"Inmainfunctmp="<<tmp<<endl;
if(!pthread_create(&id,NULL,thread,NULL))
{
cout<<"Createthreadsuccess!"<<endl;
}
else
{
cout<<"Createthreadfailed!"<<endl;
}
pthread_join(id,NULL);
pthread_mutex_destroy(&mutex);
return0;
}
//编译：g++-othreadtestthread.cpp-lpthread
F. Linux进程间通信（互斥锁、条件变量、读写锁、文件锁、信号灯）
为了能够有效的控制多个进程之间的沟通过程，保证沟通过程的有序和和谐，OS必须提供一定的同步机制保证进程之间不会自说自话而是有效的协同工作。比如在 共享内存的通信方式中，两个或者多个进程都要对共享的内存进行数据写入，那么怎么才能保证一个进程在写入的过程中不被其它的进程打断，保证数据的完整性 呢？又怎么保证读取进程在读取数据的过程中数据不会变动，保证读取出的数据是完整有效的呢？
常用的同步方式有： 互斥锁、条件变量、读写锁、记录锁(文件锁)和信号灯.
互斥锁：
顾名思义，锁是用来锁住某种东西的，锁住之后只有有钥匙的人才能对锁住的东西拥有控制权(把锁砸了，把东西偷走的小偷不在我们的讨论范围了)。所谓互斥， 从字面上理解就是互相排斥。因此互斥锁从字面上理解就是一点进程拥有了这个锁，它将排斥其它所有的进程访问被锁住的东西，其它的进程如果需要锁就只能等待，等待拥有锁的进程把锁打开后才能继续运行。 在实现中，锁并不是与某个具体的变量进行关联，它本身是一个独立的对象。进(线)程在有需要的时候获得此对象，用完不需要时就释放掉。
互斥锁的主要特点是互斥锁的释放必须由上锁的进(线)程释放，如果拥有锁的进(线)程不释放，那么其它的进(线)程永远也没有机会获得所需要的互斥锁。
互斥锁主要用于线程之间的同步。
条件变量：
上文中提到，对于互斥锁而言，如果拥有锁的进(线)程不释放锁，其它进(线)程永远没机会获得锁，也就永远没有机会继续执行后续的逻辑。在实际环境下，一 个线程A需要改变一个共享变量X的值，为了保证在修改的过程中X不会被其它的线程修改，线程A必须首先获得对X的锁。现在假如A已经获得锁了，由于业务逻 辑的需要，只有当X的值小于0时，线程A才能执行后续的逻辑，于是线程A必须把互斥锁释放掉，然后继续“忙等”。如下面的伪代码所示：
1.// get x lock
2.while(x
G. Linux中 条件变量为什么要用互斥锁来保护
你不管他是条件变量还是其他什么变量。只要理解，因为这个变量/资源是共享的，可能会有多个进程或线程去修改它，那么就必须为它添加一个锁，这个锁是每次只有一个进程/线程可以获取到的。
打个比方，
mutex是一个布尔型变量，表示这个资源变量（锁）的一个钥匙。
为真的是时候表示这个钥匙当前是可以借，
反之为假的时候表示已经有线程在使用这个钥匙。
在Java里边就用关键字synchronized来指定一个代码块一次只有一个线程可以访问。
取钥匙这个函数/方法的算法就可以这么理解了：如果这个锁可借，那么返回真，表示可借；否则返回假表示不可借
public
synchronized
boolean
getmutex(){//取钥匙
if(mutex==true)//钥匙空闲可用
{
mutex=false;//取钥匙就进行修改，证明这一次取钥匙已经发生
return
true;//返回真，表示取钥匙成功
}
else
return
false;//这个钥匙正在被使用，返回假表示去钥匙失败
}
就像一个公用电话亭，这就相当于规定了一次只允许一个人进门，你进去了就把门关上。门关着其他人就进不去了，只有你打完电话出来开门，释放这个锁，其他人才可以进去。
通过synchronized关键字将取钥匙跟进门两个动作放在在一起，绑在一块。
其中门就是条件变量，mutex就是这个门的互斥锁。