操作系统中读者-写者问题的一点疑问

在看天勤2017版操作系统高分笔记的时候，读到进程管理里读者-写者问题相关内容，书中总结读者-写者问题可分为三种情况，即（1）读者优先，（2）公平情况和（3）写者优先，关于（1）读者优先，书中是这样描述的：

一个读者试图进行读操作时，如果这时有其他读者在进行读操作，他可以直接开始读操作，而不需要等待。只要有读者在进行读操作，写者就不能写，但后续读者可以直接进行读操作，因此只要只要读者陆续到来，读者一到就可以开始读操作，而写者进程只能等待，所有读者都退出才能进行写操作，这就是读者优先。

对于这个问题，书中是这么解决的：设置记录读者数量的整型变量readcount，初值为0，当值大于0时，表明有读者存在，写者不能进行写操作；设置互斥信号量rmutex，初值为1，用于保证多个读者进程对于readcount的互斥访问；设置互斥信号量mutex，初值为1，用于控制写者进程对于数据区的互斥访问，代码如下：

semaphore rmutex=1;    //初始化信号量rmutex，保证对于readcount的互斥访问

semaphore mutex=1;     //初始化信号量mutex，保证对于数据区的写互斥

int readcount=0;             //用于记录读者数量，初值为0

reader(){

while(true){

P(rmutex);          //申请readcount的使用权

if(readcount==0) P(mutex);        //如果此为第一个读者，阻止写者进入——————疑问1

readcount++；    //读者数量加1

V(rmutex);          //释放readcount的使用权，允许其他读者使用——————疑问2

进行读操作；

P(rmutex);         //申请readcount的使用权，要对其进行操作

readcount--;       //读者数量减一
if(readcount==0)V(mutex);    //若没读者了，则允许写者进入
V(rmutex);         //释放readcount的使用权，允许其他读者使用
}
}
writer(){
while(true){
P(mutex);         //申请对数据区进行访问
进行写操作；
V(mutex);         //释放数据区，允许其他进程读写；

}

}

}

我本来觉得这段代码有两个地方有问题，在抄书的时候搞懂了第二个疑问，也在这里说一下吧。

疑问1（见代码位置）：

if(readcount==0) P(mutex); //如果此为第一个读者，阻止写者进入

这个地方为什么readcount数量为0的时候要阻止写者进入呢，虽然是读者优先，但最开始的时候对于读者写者应该是公平的，也就是说一开始写者是可以写的，所以我认为此处应该应该改为：

if(readcount>0) P(mutex);

疑问2：

我开始不明白为什么readcount++和读操作以及readcount–操作为什么不放在一起，也就是这样：

readcount++； //读者数量加1

P(rmutex);

进行读操作；

V(rmutex);

readcount–;

后来明白了，这样的话readcount只会有两个值：0和1，而且无法保证能够同时读文件，因为P(rmutex)的存在。