扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章主要讲解了“C++为什么尽量不要显式共享可写数据”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“C++为什么尽量不要显式共享可写数据”吧！
创新互联致力于网站设计制作、做网站,成都网站设计,集团网站建设等服务标准化，推过标准化降低中小企业的建站的成本，并持续提升建站的定制化服务水平进行质量交付，让企业网站从市场竞争中脱颖而出。 选择创新互联，就选择了安全、稳定、美观的网站建设服务！
CP.3:尽量不要显式共享可写数据
Reason（原因）
如果不共享可写数据，就不会发生数据竞争。你共享得越少，忘记同步访问操作（并发生数据竞争）的可能性就越小。你共享得越少，等待锁释放的需求就越少（因而可以提高性能）。
Example（示例）
bool validate(const vector&);
Graph temperature_gradiants(const vector&);
Image altitude_map(const vector&);
// ...
void process_readings(const vector& surface_readings)
{
auto h2 = async([&] { if (!validate(surface_readings)) throw Invalid_data{}; });
auto h3 = async([&] { return temperature_gradiants(surface_readings); });
auto h4 = async([&] { return altitude_map(surface_readings); });
// ...
h2.get();
auto v2 = h3.get();
auto v3 = h4.get();
// ...
}
如果没有常量修饰符，我们必须检查函数的所有的非同步调用以防止surface_readings发生潜在的数据竞争。在函数中将suface__readings定义为常量之后可以推断出其在函数体内部的用法。
Note（注意）
无法修改的数据可以安全并高效地分享。不需要加锁：数据竞争无法在常量数据上发生。参照：CP.mess:消息传递和CP.31：最好传值。
感谢各位的阅读，以上就是“C++为什么尽量不要显式共享可写数据”的内容了，经过本文的学习后，相信大家对C++为什么尽量不要显式共享可写数据这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网