一个关于加锁的问题

xdsupermanli

现在有个关于加锁的问题想请教大家。假如系统中只有2个线程，有一个公共的buffer，其中一个线程只往buffer中写，另一个线程只从buffer中读。写buffer的线程只有在buffer为空时才能写，读buffer的进程只有在buffer不为空时才能读。这种情况如果不对buffer加锁的话是不是也是可以的。代码大致如下：

typedef struct
{
    BYTE buf[256];
    bool  is_empty;
} GBUFFER_ST;

GBUFFER_ST g_buffer;

读线程：

while(true)
{
     if (!g_buffer.is_empty)
     {
           read g_buffer;
           g_buffer.is_empty = true;
     }
}

写线程：
while(true)
{
      if(g_buffer.is_empty)
      {
            write g_buffer;
            g_buffer.is_empty = false;
      }
}

aaaaa5aa

这个ture一定为1,还是？

phy0077

...
多读下书嘛，
连最基本的都不知道

xdsupermanli

我只是想知道这样做可不可以？以前一直认为多个线程访问一个公共的buffer必须锁或者PV操作之类的，这两天就觉得这样不加锁好像也看不出来有什么不对的地方，所以才请教大家！

xdsupermanli

就是C++的关键字true。这个只是演示代码，大意是读线程一直从buffer读数据，写线程一直往buffer写数据。

aaaaa5aa

那为什么不把条件g_buffer.is_empty写入while判断里

aaaaa5aa

而且如果判断了，那就没必要锁了

zylthinking

原帖由 xdsupermanli 于 2009-8-29 10:17 发表
我只是想知道这样做可不可以？以前一直认为多个线程访问一个公共的buffer必须锁或者PV操作之类的，这两天就觉得这样不加锁好像也看不出来有什么不对的地方，所以才请教大家！

不加锁应该可以， 似乎没漏洞， 不过如果read, write 是费时操作， 会导致另一个线程空循环降低效率， 或许这是加锁的原因

unixpm

只有一个读和只有一个写， 关键是看你的是怎么读和怎么写的。
不加锁是完全可以的， 自己上网查循环缓冲区吧

tianxiaogang12

原帖由 unixpm 于 2009-8-29 11:01 发表
只有一个读和只有一个写， 关键是看你的是怎么读和怎么写的。
不加锁是完全可以的， 自己上网查循环缓冲区吧

同意   可以不加锁 主要是你那个buffer里面任何时候最多只有一个元素