重要的抽象和数据结构_base::observerlist-CSDN博客

本文链接：https://blog.csdn.net/chromezsdp/article/details/117019906

这篇博客探讨了Chromium中的重要抽象和数据结构，包括TaskRunner、MessageLoop、SequencedTaskRunner以及SingleThreadTaskRunner等任务调度接口。同时，介绍了base库中的Callback、Bind、RefCounted和LazyInstance等数据类型及其在多线程环境中的使用。还讨论了文件路径处理、ObserverList和WeakPtr等概念。

摘要由CSDN通过智能技术生成

重要的抽象和数据结构

TaskRunner和SequencedTaskRunner和SingleThreadTaskRunner

用于发布由TaskRunner运行的base :: Callbacks“任务”的接口。TaskRunner不保证执行（顺序，并发性，甚至根本不执行）。SequencedTaskRunner提供有关执行顺序的某些保证（大致来说是FIFO，但如果感兴趣，请参见标头中的详细内容），并且SingleThreadTaskRunner提供与SequencedTaskRunner相同的保证，除了所有任务都在同一线程上运行。MessageLoopProxy是SingleThreadTaskRunner的规范示例。这些接口对于通过依赖项注入进行测试也很有用。 注意： 成功发布到TaskRunner并不一定意味着该任务将运行。

注意： TaskRunner的一个非常有用的成员函数是PostTaskAndReply（），该函数会将任务发布到目标TaskRunner，并在完成时将“答复”任务发布到原始TaskRunner。

MessageLoop 和 MessageLoopProxy 和BrowserThread 和RunLoop

这些是用于发布任务的各种API。MessageLoop是MessageLoopProxy（在Chromium代码中使用最广泛的任务运行程序）使用的具体对象。您几乎应该总是使用MessageLoopProxy而不是MessageLoop，或者如果您使用的是chrome或content，则可以使用BrowserThread。这是为了避免在破坏MessageLoop方面发生争执，因为如果基础MessageLoop已被破坏，则MessageLoopProxy和BrowserThread将删除该任务。 注意： 成功发布到MessageLoop（Proxy）不一定意味着任务将运行。

PS：关于何时使用SequencedTaskRunner，MessageLoopProxy和BrowserThread，存在一些争论。使用诸如SequencedTaskRunner之类的接口类可使代码更加抽象/可重用/可测试。另一方面，由于额外的间接层，它使代码不那么明显。尽管可以说您可以适当地命名SequencedTaskRunner变量以使其更加清晰，但使用具体的BrowserThread ID可以立即清楚地知道它在哪个线程上运行。当前的决定是仅在必要时将代码从BrowserThread转换为TaskRunner子类型。MessageLoopProxy应该始终作为SingleThreadTaskRunner或父接口（如SequencedTaskRunner）传递。

base :: SequencedWorkerPool和base :: WorkerPool

这是Chromium中的两个主要工作人员池。SequencedWorkerPool是一个更复杂的工作池，它继承自TaskRunner，并提供了按顺序排序任务的方式（通过共享SequenceToken），并且还指定了关闭行为（阻止执行任务，如果浏览器正在关闭，则不要运行该任务，并且它尚未启动，但是否已阻止它，或者允许该任务运行，而与浏览器关闭无关，也不要阻止它关闭）。SequencedWorkerPool还提供了一种基于SequenceToken返回SequencedTaskRunner的功能。在所有主浏览器线程（主线程除外）都停止之后，Chromium浏览器进程将关闭base :: SequencedWorkerPool。base :: WorkerPool是一个全局对象，不会在浏览器进程关闭时关闭，因此它上运行的所有任务都不会加入。通常不建议使用base :: WorkerPool，因为任务可能依赖于其他对象，这些对象可能会在浏览器关闭期间被销毁。

base :: Callback和base :: Bind（）

base :: Callback是一组内部引用的模板化回调类，它们具有不同的Arities和返回值（包括void）。请注意，这些回调是可复制的，但共享（通过refcounting）函数指针和绑定参数的内部存储。base :: Bind（）将把参数绑定到一个函数指针（在幕后，它将函数指针和所有参数复制到内部引用存储对象中）并返回base :: Callback。

如果函数是成员函数，则base :: Bind（）会自动将第一个参数添加到AddRef（）/ Release（），如果未重新引用类型，它将抱怨（避免base :: WeakPtr或base :: Unretained（）出现此问题））。同样，对于函数参数，它将使用COMPILE_ASSERT尝试验证它们是否不是指向refcounted类型的原始指针（仅在具有完整类型信息的情况下才可用，而不在前向声明中）。而是使用scoped_refptrs或调用make_scoped_refptr（）来防止bug。另外，base :: Bind（）理解base :: WeakPtr。如果函数是成员函数，并且第一个参数是对象的base :: WeakPtr，则base :: Bind（）将注入包装器函数，仅当base :: WeakPtr为非NULL时才调用函数指针。base :: Bind（）还具有以下用于参数的辅助包装器。

base :: Unretained（）-禁用成员函数接收器对象（可能不是refcounted类型）和函数参数上的COMPILE_ASSERT的refcounting。请谨慎使用，因为这意味着您需要确保对象的生存期可以超过调用回调的时间。对于成员函数接收者对象，最好改用base :: WeakPtr。
base :: Owned（）-将原始指针的所有权转移到返回的base :: Callback存储中。这非常有用，因为不能保证TaskRunners在关闭时运行回调（可能要删除对象），因此通过使回调拥有所有权，可以防止在不运行回调时烦人的关闭泄漏。
base :: Passed（）-用于将范围对象（scoped_ptr / ScopedVector / etc）传递给回调。base :: Owned（）和base :: Passed（）之间的主要区别是base :: Passed（）要求函数签名将范围类型作为参数，从而允许通过.release（）转移所有权。注意： 由于范围类型的范围是函数范围，因此这意味着base :: Callback只能被调用一次。否则，这将是潜在的使用，可能需要经过免费删除和一定的两次删除。与base :: Owned（）相比，鉴于base :: Passed（）的语义复杂性，一般而言，您应该更喜欢base :: Owned（）而不是base :: Passed（）。
base :: ConstRef（）-将参数作为const引用传递，而不是将其复制到内部回调存储中。出于明显的性能原因很有用，但通常不应使用，因为它要求引用的生存期必须超过可以调用回调的时间。
base :: IgnoreResult（）-将其与传递给base :: Bind（）的函数指针一起使用，以忽略结果。使回调可与仅使用闭包的TaskRunner一起使用（无参数或返回值的回调）很有用。

scoped_refptr 和base :: RefCounted和base :: RefCountedThreadSafe

引用计数有时是有用的，但通常更表示有人没有仔细考虑所有权。当所有权真正共享时（例如，多个选项卡共享同一个渲染器进程），而不是 在难以进行寿命管理的情况下，可以使用它。

单例＆base :: LazyInstance

它们是全局变量，因此按照样式指南，通常应避免使用它们。就是说，当您在Chromium代码中使用全局变量时，通常最好使用其中之一，通常，与Singleton相比，更喜欢使用base :: LazyInstance。使用这些类的原因是构造是懒惰的（因此可以防止由于静态初始化程序而导致启动减慢），并且销毁顺序是明确定义的。销毁AtExitManager时，销毁它们的顺序与构造顺序相反。在Chromium浏览器过程中，AtExitManager早在主线程（UI线程）中实例化，因此，即使在不同的线程上构建，所有这些对象也会在主线程上被销毁。选择base :: LazyInstance而不是base :: Singleton的原因是base :: LazyInstance通过保留数据段中的空间并使用new放置在该内存位置中构造对象来减少堆碎片。注意： Singleton和base :: LazyInstance都提供“泄漏”特征以在关闭时泄漏全局变量。通常建议这样做（可能在库代码中除外，在库代码中可能会将代码动态加载到另一个进程的地址空间中，或者在进程关闭时需要刷新数据时），以免减慢关闭速度。对于这些“泄漏”特征，有valgrind抑制。