C++为什么尽量不要显式共享可写数据

这篇文章主要讲解了“C++为什么尽量不要显式共享可写数据”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“C++为什么尽量不要显式共享可写数据”吧！

CP.3:尽量不要显式共享可写数据

Reason（原因）

如果不共享可写数据，就不会发生数据竞争。你共享得越少，忘记同步访问操作（并发生数据竞争）的可能性就越小。你共享得越少，等待锁释放的需求就越少（因而可以提高性能）。

Example（示例）

bool validate(const vector<Reading>&);
Graph<Temp_node> temperature_gradiants(const vector<Reading>&);
Image altitude_map(const vector<Reading>&);
// ...

void process_readings(const vector<Reading>& 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++为什么尽量不要显式共享可写数据这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！