引言

作者:程序员bingo,主要关注客户端架构设计、性能优化、崩溃处理,有多年的Chromium浏览器开发经验。

多线程一直是软件开发中最容易出问题的环节,很多的崩溃、卡死问题都与多线程有关。在常用的线程模型中,一般会使用线程锁保证线程数据安全,但是,在实践中,这种模式很容易造成漏加锁、锁粒度太大、死锁等问题。

要解决这类问题,一种比较好的方式是采用无锁的线程模型,Chromium就是采用了这种线程模型。本文通过Electron基于Chromium线程模型实现的打开文件对话框功能,介绍无锁线程模型的思路。

无锁线程模型简介

应用层数据不加锁

chromium的无锁线程模型,不是指完全的不使用线程锁,因为底层的Task队列是有加锁的,而是指在应用层使用时,不需要添加线程锁。

不同线程不会同时访问数据

无锁线程模型,主要是保证在同一时间,不同线程在同一时间不会同时访问相同的数据。下面的例子要用到的方法,主要是对不同线程访问数据的能力进行隔离。对数据访问能力隔离方式主要有

  • 拷贝,在不同线程传递数据时,对数据进行一份拷贝,让两个线程访问的是不同数据。
  • 移动,在不同线程传递数据时,使用std::move进行右值转移,让原线程无法访问这个数据。

无锁线程模型示例

下面以Electron的dialog.showOpenDialog实现代码为例,说明Chromium的无锁线程模型的使用原理。

dialog.showOpenDialog的调用

Electron的接口函数dialog.showOpenDialog是一个异步的JavaScript函数,会返回一个promise。showOpenDialog会弹出一个文件选择对话框,用户选择文件之后,把文件路径通过result.filePaths返回。

dialog.showOpenDialog(mainWindow, {
properties: ['openFile']
}).then(result => {
console.log(result.canceled)
console.log(result.filePaths)
}).catch(err => {
console.log(err)
})

Chromium线程相关的几个基本概念

  • TaskRunner:每一个线程有一个TaskRunner,主要通过PostTask把任务投放到线程的任务队列,通过线程安全的引用技术管理生命周期,可配合scoped_refptr在不同线程使用。
  • PostTask:TaskRunner的一个函数,可向该线程的任务队列中发送一个闭包,闭包会在该线程中执行。

相关代码如下:

class BASE_EXPORT TaskRunner
: public RefCountedThreadSafe<TaskRunner, TaskRunnerTraits> {
public:
bool PostTask(const Location& from_here, OnceClosure task);
}

C++代码响应JavaScript调用

在JavaScript调用dialog.showOpenDialog之后,会在UI线程中,调用到C++代码的ShowOpenDialog函数。ShowOpenDialog函数主要是创建一个新的Dialog线程,然后通过PostTask把RunOpenDialogInNewThread函数抛到这个Dialog线程去运行。这个过程中,需要处理所有权的参数有3个,run_state、settings和promise。

  • run_state、settings是通过拷贝方式隔离不同线程的访问权。run_state除了保存有Dialog线程的指针外,还有UI线程的TaskRunner,用于后续Dialog线程往UI线程发送回调函数。
  • promise是通过std::move进行所有权转移,转移之后,就只有Dialog线程的函数RunOpenDialogInNewThread有权访问,UI线程暂时无权限访问。

相关代码如下:

struct RunState {
base::Thread* dialog_thread;
scoped_refptr<base::SingleThreadTaskRunner> ui_task_runner;
}; bool CreateDialogThread(RunState* run_state) {
auto thread =
std::make_unique<base::Thread>(ELECTRON_PRODUCT_NAME "FileDialogThread");
thread->init_com_with_mta(false);
if (!thread->Start())
return false; run_state->dialog_thread = thread.release();
run_state->ui_task_runner = base::ThreadTaskRunnerHandle::Get();
return true;
} void ShowOpenDialog(const DialogSettings& settings,
gin_helper::Promise<gin_helper::Dictionary> promise) {
gin_helper::Dictionary dict = gin::Dictionary::CreateEmpty(promise.isolate());
RunState run_state;
if (!CreateDialogThread(&run_state)) {
dict.Set("canceled", true);
dict.Set("filePaths", std::vector<base::FilePath>());
promise.Resolve(dict);
} else {
run_state.dialog_thread->task_runner()->PostTask(
FROM_HERE, base::BindOnce(&RunOpenDialogInNewThread, run_state,
settings, std::move(promise)));
}
}

Dialog线程执行任务,并把结果返回给UI线程

RunOpenDialogInNewThread函数会在Dialog线程中运行,它通过ShowOpenDialogSync函数获取到选中的文件路径paths,并通过拷贝的方式,返回结果result和paths。

这时,promise的所有权再次通过std::move进行了转移,转移之后,只有UI线程的OnDialogOpened函数有权访问。

相关代码如下:

void RunOpenDialogInNewThread(
const RunState& run_state,
const DialogSettings& settings,
gin_helper::Promise<gin_helper::Dictionary> promise) {
std::vector<base::FilePath> paths;
bool result = ShowOpenDialogSync(settings, &paths);
run_state.ui_task_runner->PostTask(
FROM_HERE,
base::BindOnce(&OnDialogOpened, std::move(promise), !result, paths));
run_state.ui_task_runner->DeleteSoon(FROM_HERE, run_state.dialog_thread);
}

UI线程处理返回结果

此时,回到了UI线程,OnDialogOpened函数对promise进行处理后,返回给JavaScript的promise的处理结果,最终会回到JavaScript的promise的then函数。

相关代码如下:

void OnDialogOpened(gin_helper::Promise<gin_helper::Dictionary> promise,
bool canceled,
std::vector<base::FilePath> paths) {
gin_helper::Dictionary dict = gin::Dictionary::CreateEmpty(promise.isolate());
dict.Set("canceled", canceled);
dict.Set("filePaths", paths);
promise.Resolve(dict);
}

处理流程

promise的可访问权,是跟着showOpenDialog处理顺序进行变化,执行属性如下:

  • 在UI线程运行函数:ShowOpenDialog
  • 在Dialog线程运行函数:RunOpenDialogInNewThread
  • 在UI线程运行函数:OnDialogOpened

相关流程图如下:

小结

上面通过Electron的dialog.showOpenDailog,介绍了Chromium的无锁线程模型的一些使用思路。这个例子是通过拷贝和移动语义来保证不同线程无法同时对同一变量进行访问,从而不需要加锁。如果能够正确使用这种线程模型,是可以消除因为数据锁带来的一些线程同步问题。

关于作者

微信公众号:程序员bingo

Blog: https://bingoli.github.io/
GitHub: https://github.com/bingoli

Chromium的无锁线程模型C++代码示例的更多相关文章

  1. .NET 固定时间窗口算法实现(无锁线程安全)

    一.前言 最近有一个生成 APM TraceId 的需求,公司的APM系统的 TraceId 的格式为:APM AgentId+毫秒级时间戳+自增数字,根据此规则生成的 Id 可以保证全局唯一(有 N ...

  2. winsock编程IOCP模型实现代码

    winsock编程IOCP模型实现代码 话不多说,上代码.借鉴<windows核心编程>部分源码和CSDN小猪部分代码. stdafx.h依赖头文件: #include <iostr ...

  3. 服务端线程模型-NIO服务模型

    上接<服务端线程模型-线程池服务模型>(https://www.cnblogs.com/fudashi233/p/10549221.html). 这篇分享从最初的单线程服务模型一直演进到线 ...

  4. EF自动生成的模型edmx代码分析

    edmx代码分析 本文分析Entity Framework从数据库自动生成的模型文件代码(扩展名为edmx). 1. 概述 本文使用的数据库结构尽量简单,只有2个表,一个用户表和一个分公司表(相当于部 ...

  5. Chromium与CEF的多进程模型及相关參数

    CEF基于Chromium,也是多进程模型.关于进程模型.參考这里:https://www.chromium.org/developers/design-documents/process-model ...

  6. 【转】- 从FM推演各深度CTR预估模型(附代码)

    从FM推演各深度CTR预估模型(附代码) 2018年07月13日 15:04:34 阅读数:584 作者: 龙心尘 && 寒小阳 时间:2018年7月 出处: 龙心尘 寒小阳

  7. Kaggle网站流量预测任务第一名解决方案:从模型到代码详解时序预测

    Kaggle网站流量预测任务第一名解决方案:从模型到代码详解时序预测 2017年12月13日 17:39:11 机器之心V 阅读数:5931   近日,Artur Suilin 等人发布了 Kaggl ...

  8. 漫谈四种神经网络序列解码模型【附示例代码】 glimpse attention

    漫谈四种神经网络序列解码模型[附示例代码] http://jacoxu.com/encoder_decoder/ [视觉注意力的循环神经网络模型]http://blog.csdn.net/leo_xu ...

  9. PHP+Ajax+plupload无刷新上传头像代码

    很简单的一款PHP+Ajax+plupload无刷新上传头像代码,兼容性很好,可以直接拿来用.你可以自定义各种类型的文件.本实例中只能上传"jpg", "png" ...

随机推荐

  1. js使用心得——避免全局变量冲突的小技巧

    在写js代码的时候,经常会因为这样或者那样的原因用到全局变量,如果全局变量只在一个js里使用,那就没问题,但如果变量在不同的js文件里出现,这时隐藏的问题就会开始暴露,也许你能很快修复出现的BUG,又 ...

  2. The 2019 Asia Nanchang First Round Online Programming Contest C(cf原题,线段树维护矩阵)

    题:https://nanti.jisuanke.com/t/41350 分析:先将字符串转置过来 状态转移,因为只有5个状态,所以 i 状态到 j 状态的最小代价就枚举[i][k]->[k][ ...

  3. xml_class来自 phpcms

    <?php class xml{ var $parser; var $document; var $stack; var $data; var $last_opened_tag; var $is ...

  4. MOOC(7)- case依赖、读取json配置文件进行多个接口请求-mock(8)

    mock, 较7属于代码优化 # -*- coding: utf-8 -*- # @Time : 2020/2/12 8:40 # @File : learn_mock_8.py # @Author: ...

  5. Mybatis 常见面试题

    1.什么是Redis?简述它的优缺点? Redis本质上是一个Key-Value类型的内存数据库,很像memcached,整个数据库统统加载在内存当中进行操作,定期通过异步操作把数据库数据flush到 ...

  6. 由生到死10个月!做App中的“二”有多难

    十月,原本是怀胎过程的喜悦时光,但这段个时光,如今却是绝大多数App从生到死的所有时间.在App市场表面形式一片大好,彻底主宰我们生活.工作.娱乐的当下,绝大多数用户只是在App海洋中只取一瓢饮,其他 ...

  7. 吴裕雄--天生自然KITTEN编程:逃离漩涡

  8. 通过zxing生成二维码

    二维码现在随处可见,在日常的开发中,也会经常涉及到二维码的生成,特别是开发一些活动或者推广方面的功能时,二维码甚至成为必备功能点.本文介绍通过 google 的 zxing 包生成带 logo 的二维 ...

  9. OpenStack入门

    云计算优势 降低成本,安全稳定,易扩展. 云计算三种服务模式 IaaS:基础设施即服务 IaaS(Infrastructure-as-a- Service):基础设施即服务.消费者通过Internet ...

  10. 想清楚再入!VR硬件创业能“要你命”

    每一次跨时代新产品的出现,总会让科技行业疯狂一阵儿,十年前是智能手机,今天自然是VR.自2015年开始,VR火的越来越让人欣喜,让人兴奋,更让人越来越看不清,越来越害怕.数不清的大小品牌义无反顾的杀入 ...