chromium源码分析系列：前言

最新推荐文章于 2025-09-11 10:57:40 发布
原创 最新推荐文章于 2025-09-11 10:57:40 发布 · 3.4k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#webkit #shell

        以前做过webkit方面的研究，最近在看chromium代码，鉴于代码实在太过庞大，经常会只见树木，不见森林，而见了树木，又部分橡树榛树。既需要广，也需要深，搞得很头疼。因此，记录下来自己的学习经历，和大家探讨，同时加深自己的理解。

        同时，自己也很喜欢布道师这个角色，看看自己是否能解释清楚问题吧。

        声明一点，这里列出了学习目录，而这个目录会随着学习历程而更新。


目录

        入门程序：content_shell

        进程模型

        线程

        锁和条件变量

图形

        view系统之compositor

        aura简介

         图像解码

        cache系统

        多媒体视频播放


事件

工具




             

Chromium源码分析（一）
wangbuji的博客
11-15 7017
Chromium源码目录结构依然很清晰，主要有三个部分（不包括其他的库）：浏览器，渲染器，webkit。浏览器是主要的进程，代表所有的UI和I / O。渲染通常是每个tab页的子过程，是由浏览器驱动。Webkit做布局和渲染。解决方案文件是src/chrome/chrome.sln。 启动流程 \chrome\app\chrome_exe_main_win.cc \chrome\app\main_dll_loader.cc \chrome\app\chrome_main.cc \content\a
【chromium cdm 模块源码分析】
HongJunxin
01-07 951
widevine 作为动态库被 chromium 动态加载，比如 linux 使用 dlopen。 CdmModule 初始化 // chromium\src\media\cdm\cdm_module.cc bool CdmModule::Initialize(const base::FilePath& cdm_path) { ... // Load the CDM. library_ = base::ScopedNativeLibrary(cdm_pa
跨平台字符处理一：学习Chromium 源码
最新发布
fuyouzhiyi的博客
09-11 1177
思路：跨平台必须选一个统一内部编码（Chromium 选 UTF-8），其他编码在边界做转换。Chromium 的方案提供作为统一入口；封装平台差异，统一错误处理；约定：逻辑层用 UTF-8，Windows API 层用 UTF-16。使用方法平时用 UTF-8；调系统 API 时用来回转换。Chromium 跨平台字符串的流动思路输入/输出/内部逻辑：统一使用 UTF-8。：需要 UTF-16 → 用转换。：可以直接使用 UTF-8 → 无需转换。结果返回。
chromium源码分析（三）
wangbuji的博客
11-15 1530
本节主要讲mojo IPC进程通信机制。 Chromium默认采用多进程架构，当然，chromium也有singe-process的版本。如果是多线程架构，一个线程崩溃，影响了整个浏览器的使用，因为在现在的网页标准更新了很多个版本，会有不同标准的页面在网络上，极大可能出现解析，渲染，插件等问题，那么对于用户来说，体验就会差很多了，浏览一个页面出问题，就要重启浏览器。而多进程则可以避免此问题，render进程崩溃只会影响当前的tab。 ...
Chrome源码剖析 【序】 && 【一】
weixin_33804990的博客
10-02 1147
【序】  开源是口好东西，它让这个充斥着大量工业垃圾代码和教材玩具代码的行业，多了一些艺术气息和美的潜质。它使得每个人，无论你来自米国纽约还是中国铁岭，都有机会站在巨人的肩膀上，如果不能，至少也可以抱一把大腿。。。 现在我就是来抱大腿的，这条粗腿隶属于Chrome（开源项目名称其实是Chromium，本来Chrome这个名字就够晦涩了，没想到它的本名还更上一层楼...），Google那...
Chrome源码剖析【二】
weixin_33834137的博客
10-04 701
【二】Chrome的进程间通信 1. Chrome进程通信的基本模式 进程间通信，叫做IPC（Inter-Process Communication），在Chrome不多的文档中，有一篇就是介绍这个的，在这里。Chrome最主要有三类进程，一类是Browser主进程，我们一直尊称它老人家为老大；还有一类是各个Render进程，前面也提过了；另外还有一类一直没说过，是Plugin进程...
MediaSession框架源码分析
做有意思的事情
02-02 1884
这篇是MediaSession框架使用、源码分析以及实战第二篇。 文章目录前言源码分析客户端MediaBrowser分析MediaBrowserService分析服务端 前言 主要从源码的角度来说一下MediaSession框架。在分析源码之前一定要熟悉MediaSession框架的使用，这样就可以直接看源码进行分析。 首先，我们在第一篇说到，MediaSession框架由客户端+中间framework+服务端组成。App开发可以由客户端+服务端组成就可以。客户端和服务端代码使用方式大概如下所示： 客户端：
chromium audio 实现分析
typename 记录点滴
12-10 5829
分享chromium audio实现以及在Android平台的对接.
【读书笔记】【WebKit 技术内 幕（一）】浏览器架构与浏览器内核；chromium、webkit和blink的渲染过程；chromium、webkit的架构与代码结构；webkit2架构
多丰富下自己呀
01-29 4456
浏览器架构与浏览器内核；chromium、webkit和blink的渲染过程；chromium、webkit的架构与代码结构；webkit2架构
1.CEF（Chromium Embedded Framework）介绍-下载编译框架概念
baochunlei1的博客
04-20 1477
1 前言 1.1 CEF的作用 1.2 CEF的下载和编译 1.3 CEF结构 1.3.1 CEF进程和窗口之间的结构关系 1.3.2 Renderer进程的实现结构 1.3.3 browser进程的实现结构 1.4 CEF多进程和多线程 1.4.1 进程 1.4.2 线程 1.5 ...
智能图书馆管理系统开发实战系列（八）：性能优化与部署发布
itgather的博客
08-05 1053
智能图书馆管理系统性能优化与部署指南 本系列文章最后部分聚焦系统性能优化与部署发布策略。在前端方面，针对Electron应用特有的性能挑战(内存占用、启动时间、渲染效率等)，通过构建优化配置(代码分割、外部依赖排除)、React组件记忆化和虚拟滚动技术提升性能。后端采用状态管理优化和koffi调用性能优化(异步调用去重和缓存机制)。部署阶段提供多平台打包方案和环境配置建议，确保系统高效稳定运行。这些优化措施综合提升了系统的响应速度和用户体验，为智能图书馆管理系统的实际应用奠定基础。
chromium源码
07-31
一个基于集群的并行绘制系统，可以实现sort-first、sort-last、及两者混合的体系结构，opengl程序无需怎么修改就可在该系统上运行。
安卓版Chromium源代码
05-18
安卓版Chromium的源码，适用于需要定制浏览器开发的场景，代码比较庞大，完整的Chromium浏览器内核。
Chromium OS 技术分析程序全攻略(程式代碼)
06-01
Chromium OS 技术分析程序全攻略書中程式代碼
1.3. chromium源代码分析 - chromiumframe - 窗口类
MFCJCK的专栏
06-04 1131
view之window系列 在_tWinMain中有这样两条语句： MainWindowDelegate delegate; view::Window::CreateNativeWindow(NULL, gfx::Rect(), &delegate); 从这我们开始window相关的探索，目的就是要找到WNDCLASS与创建窗口的地方。 window顾名思义就是windows上的窗口。
chromium源码分析（二）
wangbuji的博客
11-15 2165
本节探讨一下chromium中加载URL的流程,具体来说是从地址栏输入URL地址到通过URLRequest类请求http流的过程。 WebContents类数据结构如下： BrowserContext类：保存浏览过程中所需要的上下文。其运行在UI线程中,所有方法均只能在UI线程中调用。 net::URLRequestContextGetter*GetRequestContext获取URL请求所需的URLRequestContext ResourceContext* GetResou.
1.2. chromium源代码分析 - chromiumframe - 入口函数
MFCJCK的专栏
06-03 1224
ChromiumFrame的入口函数在main.cpp中，在sourceinsight中搜索main.cpp会发现有2个，我需要看的是test_view目录下的，test_base不在工程范围内，忽略掉。 main.cpp 中包含3个类和_tWinMain函数。 _tWinMain就是我们要找的入口函数。我做了部分注释： int APIENTRY _tWinMain(HINSTANCE h
Chromium源码解读--多线程模型分析
HAH--M的博客
07-21 513
参考文献 [1] Chromium多线程通信的Closure机制分析 [2] Chromium多线程模型设计和实现分析
Chroium 源码目录结构分析（1）：源码目录体积一栏
hebhljdx的博客
06-06 1268
首先，我们拉一份最新的源代码（笔者是2024.6.6日拉取的）：如果运行build，会生成许多生成的代码，因此我们不运行build。然后，把干扰后续分析的.git目录删除。这次拉取仅仅从源文件的物理结构对chromium进行分析。然后删除testsdata、test等相关的文件，减少理解源码功能的干扰。 还手动删除了一些数据用space sniffer 可视化观察源码目录体积的情况，有个大概的印象：从src根目录：可见体积最大的是third-party，占据了接近80%放大我们后面会重点关注的src/c
chromium源码中chrome://内置路径如何修改成xiaozhi://
07-30
在 Chromium 源码中修改内置的 `chrome://` 路径为自定义协议 `xiaozhi://` 涉及到多个组件的调整，包括协议注册、URL 处理逻辑以及相关的资源映射。以下是一个较为完整的修改流程： ### 1. 注册自定义协议 Chromium 使用 `content::ContentBrowserClient` 类来注册自定义协议。你需要在 `BrowserClient` 的派生类中重写 `RegisterNonNetworkSubresourceURLLoaderFactories` 方法，以支持 `xiaozhi://` 协议。 ```cpp void MyContentBrowserClient::RegisterNonNetworkSubresourceURLLoaderFactories( content::RenderFrameHost* frame_host, ukm::SourceId source_id, NonNetworkURLLoaderFactoryMap* factories) { // 注册 xiaozhi:// 协议 factories->Add( frame_host, std::make_unique<XiaozhiURLLoaderFactory>(frame_host->GetProcess()->GetID())); } ``` 同时，在 `BrowserMainParts` 的派生类中注册协议处理程序： ```cpp void MyBrowserMainParts::PostCreateMainMessageLoop() { // 注册 xiaozhi:// 协议 content::RegisterContentSchemes(); content::RegisterNonNetworkSubresourceURLLoaderFactories( base::BindRepeating(&MyContentBrowserClient::RegisterNonNetworkSubresourceURLLoaderFactories)); } ``` ### 2. 实现自定义协议的 URL 处理逻辑 你需要实现一个 `URLLoaderFactory` 来处理 `xiaozhi://` 协议的请求。该类负责解析 URL 并返回相应的资源内容。 ```cpp class XiaozhiURLLoaderFactory : public network::mojom::URLLoaderFactory { public: explicit XiaozhiURLLoaderFactory(int render_process_id) : render_process_id_(render_process_id) {} void CreateLoaderAndStart(network::mojom::URLLoaderRequest request, int32_t routing_id, int32_t request_id, uint32_t options, const network::ResourceRequest& url_request, network::mojom::URLLoaderClientPtr client, const net::MutableNetworkTrafficAnnotationTag& traffic_annotation) override { // 处理 xiaozhi:// 协议的请求 if (url_request.url.scheme() == "xiaozhi") { // 创建一个自定义的 URLLoader 来处理请求 std::make_unique<XiaozhiURLLoader>(std::move(request), render_process_id_, url_request, std::move(client)); } else { // 其他协议交给默认处理 client->OnReceiveResponse( network::mojom::URLResponseHead::New(), nullptr, absl::nullopt); client->OnComplete(network::URLLoaderCompletionStatus(net::ERR_NOT_FOUND)); } } private: int render_process_id_; }; ``` ### 3. 替换所有 `chrome://` 的引用 在整个 Chromium 源码中，`chrome://` 协议被广泛用于访问内部页面（如设置、扩展管理、任务管理器等）。为了将这些页面改为使用 `xiaozhi://` 协议，需要全局搜索并替换所有 `chrome://` 的引用。 你可以使用以下命令在源码目录中查找所有 `chrome://` 的引用： ```bash find . -type f -exec grep -l "chrome://" {} \; ``` 找到相关文件后，手动将 `chrome://` 替换为 `xiaozhi://`。例如： ```cpp // 原始代码 GURL settings_url("chrome://settings"); // 修改后 GURL settings_url("xiaozhi://settings"); ``` ### 4. 修改资源映射逻辑 Chromium 中的 `chrome://` 页面通常通过 `content::WebContents` 或 `content::RenderFrameHost` 加载特定的 HTML 资源。你需要确保这些资源能够通过 `xiaozhi://` 协议正确加载。 你可以在 `XiaozhiURLLoader` 中实现资源映射逻辑，将 `xiaozhi://` 请求映射到对应的资源路径： ```cpp class XiaozhiURLLoader : public network::mojom::URLLoader { public: XiaozhiURLLoader(network::mojom::URLLoaderRequest request, int render_process_id, const network::ResourceRequest& url_request, network::mojom::URLLoaderClientPtr client) : request_(std::move(request)), client_(std::move(client)) { // 解析 URL 并加载对应的资源 std::string path = url_request.url.path(); if (path == "/settings") { LoadSettingsPage(); } else if (path == "/extensions") { LoadExtensionsPage(); } else { client_->OnComplete(network::URLLoaderCompletionStatus(net::ERR_NOT_FOUND)); } } private: void LoadSettingsPage() { // 加载 settings 页面的 HTML 内容 std::string html_content = "<html><body>Settings Page</body></html>"; network::mojom::URLResponseHeadPtr response_head = network::mojom::URLResponseHead::New(); response_head->mime_type = "text/html"; client_->OnReceiveResponse(std::move(response_head), nullptr, absl::nullopt); client_->OnStartLoadingResponseBody( base::MakeRefCounted<base::RefCountedString>(html_content)); client_->OnComplete(network::URLLoaderCompletionStatus(net::OK)); } network::mojom::URLLoaderRequest request_; network::mojom::URLLoaderClientPtr client_; }; ``` ### 5. 编译与测试 完成上述修改后，重新编译 Chromium 源码，并启动浏览器测试 `xiaozhi://` 协议是否能够正常加载页面。 ```bash gn gen out/Default ninja -C out/Default chrome out/Default/chrome ``` 在地址栏输入 `xiaozhi://settings` 或 `xiaozhi://extensions`，验证是否能够正确加载对应的页面。 ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值