锁。一种需要拷贝、一种粒度较大。两者如何选择？

[千梦一生]

对所说的。锁操作细粒度。我得认识是：锁住的代码尽量少。
-----------------------------
现在有一个结构体structA要跨线程读写。我为其上锁
写：

mutex.lock()
memcpy（&structA,source,length）;
mutex.unlock();

写操作具体：

循环（）
{
if(getstructA().a)
xxxxxx;
if(getstructA().b)
xxxxxx;
if(getstructA().c)
xxxxxx;
}
...

A:我的getstructA是引用出来的，还是处于临界区中的数据。因此我选择对第二个整个code上锁。
B:如果我getstructA和写操作一样是拷贝出来的，那在其上下加速即可。非常安全。看上去不错。

A方式看上去占了太多时间片，粒度似乎大。B需要copy、占时间也占空间。
就这个场景而言这，二者孰优孰劣呢？或者除此以外是否还有更合适的同步方式？谢谢各位

[qybao]

锁的粒度小是为了避免其他线程等待太久，影响多线程效率。 你这个问题，关键是看你的业务需求和实际测试情况而定。B方式生成的拷贝，写完数据要合并到原来的structA吗？如果要合并，那即使提高了并行效率，后面的合并也是瓶颈；如果不需要合并，那就要测试最大并行数会产生多少strcutA副本，实际占用多少内存，如果内存占用不影响系统运行，那就牺牲空间换时间；如果占用过多内存会导致系统资源殆尽，如内存溢出，宕机等等，那就不可取。

[千梦一生]

引用 1 楼 qybao 的回复:

锁的粒度小是为了避免其他线程等待太久，影响多线程效率。
你这个问题，关键是看你的业务需求和实际测试情况而定。B方式生成的拷贝，写完数据要合并到原来的structA吗？如果要合并，那即使提高了并行效率，后面的合并也是瓶颈；如果不需要合并，那就要测试最大并行数会产生多少strcutA副本，实际占用多少内存，如果内存占用不影响系统运行，那就牺牲空间换时间；如果占用过多内存会导致系统资源殆尽，如内存溢出，宕机等等，那就不可取。

谢谢。
这第二个代码写错了，那儿是读structA相关的代码。
不过看了您的回复后有所想法。决定使用getstruct从structA拷贝出来。内存占用确实不大。甚至事实上面临的情况是线程都只有一读一写