1.《Chrome V8原理讲解》第十三篇 String类方法的源码源码分析
2.探索chrome二进制大小的变迁和剪裁chromium的一些思路
3.你可能不知道的ChromeDevtools实用功能
4.chromium 源码编译
5.Chromium源码 修改默认搜索引擎及标签页

《Chrome V8原理讲解》第十三篇 String类方法的源码分析

       本文深入解析了V8引擎中字符串类方法的源码实现。首先，分析我们讨论了JavaScript对象的源码本质和字符串的独特属性。尽管字符串通常被视为基本数据类型，分析而非真正的源码对象，V8引擎在解析时会将其隐式转换为对象形式，分析口粮溯源码以实现字符串的源码属性访问。通过详细分析V8的分析源码，我们可以深入了解这一转换过程及其背后的源码机制。

       接下来，分析我们聚焦于字符串的源码定义过程，特别关注了JavaScript编译期间常量池的分析作用。常量池是源码一个存储字符串字面量的数组，它在代码编译时生成，分析并在执行期间为字节码提供数据。源码通过对常量池的访问，V8能够识别和存储字符串实例，这包括单字节字符串（ONE_BYTE_INTERNALIZED_STRING）等不同类型。这一过程确保了字符串在内存中的高效存储和访问。

       进一步地，我们探讨了字符串方法substring()的实现细节。这一方法的调用过程展示了V8如何从字符串对象中获取方法，并将其与特定参数相结合，以执行字符串切片操作。SSL数字源码尽管转换过程在表面上看似无形，实际上，V8通过预编译的内置代码实现了这一功能，使得字符串方法的调用得以高效执行，而无需显式地在运行时进行类型转换。

       总结部分，我们回顾了字符串在V8内部的分类以及其在继承体系中的位置。字符串类继承自Name类，后者又继承自HeapObject类，最终达到Object类。这一结构揭示了字符串作为堆对象的性质，但需要明确区分其与JavaScript文档中强调的“字符串对象”概念。在JavaScript中，使用点符号访问字符串属性时，确实将其转化为一个对象，但这与V8内部实现中的对象类型并不完全相同。

       最后，我们介绍了V8内部调试工具DebugPrint的使用，这是一种在源码调试中极为有效的手段。通过DebugPrint，开发人员能够在C++环境中查看特定变量的值和程序状态，从而更好地理解V8引擎的执行流程。这一工具不仅增强了开发者对JavaScript和V8引擎内部工作的点拓广告源码洞察力，也为调试和优化代码提供了强大的支持。

探索chrome二进制大小的变迁和剪裁chromium的一些思路

       研究chromium源码的价值不仅在于学习，还在于商业应用，但随着版本升级，cef的大小从MB增长至MB，对注重安装包大小的开发者来说，寻求减小chromium内核尺寸是一个挑战。本文通过对比历史版本，探究chrome二进制文件的变化，为裁剪chromium提供策略。

       首先，对比不同版本chrome的Windows 位安装包，发现从MB增长到MB，我们挑选了变化显著的包进行详细分析（红色箭头标出）。解压后，逐版本对比安装包内的文件大小变化，以及各文件占总大小的百分比变化。

       chrome.dll的体积持续增长，占总大小的比例也不断提升，但其他模块总体趋势向小型化发展。在chrome.dll模块分析中，发现至版本，chrome_child.dll的萌果源码下载合并抑制了体积增长；至版本，notification_helper.exe等模块的合并导致显著增长。这说明模块合并对整体体积控制有积极作用，但同时也增加了去除特定功能的难度。

       特别指出，3D模块的增长显著，删除支持3D相关的文件可减小MB。snapshot技术优化带来体积减少，部分隐藏在chrome.dll中。资源相关的文件体积明显减小，如icudtl.dat，可通过裁剪减少到几十KB。

       关于裁剪思路，虽然chromium编译中间产物有3w多个obj文件，但我们通过分析Top 文件，发现v8和third_party模块的体积较大。通过一级目录聚合，可以看出v8和third_party\blink的体积不容忽视。进一步细分，blink的core和bindings模块对二进制贡献较大，而v8的优化则需更细致的处理。

       特别值得关注的是，perfetto的trace_processor模块和pdfium、libjxl、简吧网源码dawn、webrtc等第三方库对体积影响较大。考虑使用V8的V8Lite模式和裁剪jit、wasm模块，能有效减少V8体积。然而，这些基于编译中间产物的分析可能与最终dll大小存在偏差，一般能减小-%的体积。

       总的来说，理解chromium源码和运行方式有助于优化，对开发者来说，这是一次从不同角度深入了解chromium的机会。欢迎交流和学习。

你可能不知道的ChromeDevtools实用功能

       今天来分享ChromeDevTools的个实用调试功能！

1.保留日志

       当我们刷新完页面之后，通常控制台的Console面板就会被清空。如果想保留控制台的日志，就可以在设置中勾选Preservelog选项以保留控制台中的日志。

2.代码覆盖率

       我们可以打开设置，在Experiments中勾选Recordcoveragewhileperformancetracing选项。

       在面板下方的Coverage面板中点击红色按钮以记录页面的代码覆盖率：

       代码覆盖率使用动态分析法来收集代码运行时的覆盖率，让开发者知道有代码在页面上真正的使用。动态分析是指在应用运行状态下收集代码执行数据的过程，换句话说，覆盖率数据就是在代码执行过程中通过标记收集到的。

3.显示重绘

       在浏览器的开发者工具中可以通过开启显示重绘选项以查看页面在执行操作时哪些元素会发生重绘。

       在控制台右上角三个点中的Moretools选项中开启Rendering选项卡：

       在Rendering（渲染）选项卡中开启Paintflashing：

       当刷新页面时，显示绿色的区域就是重新绘制区域。

4.检查动画

       Chrome的开发者工具不仅可以调试样式，还可以调试动画，可以在控制台右上角三个点中的Moretools选项中开启Animations选项卡：

       当页面的动画执行时，就会在时间轨道上查看所有的动画，点击其中一个动画可以懂得执行过程以及时间轴：

       我们可以在时间轴上定位到任一时刻的动画帧，也可以拖动左右两端的圆点来修改动画的延迟和周期，修改之后可以在属性面板看到对应的CSS样式。

5.截图

       Chrome浏览器内置了截图功能，可以在浏览器开发者工具中使用Ctrl+Shift+P（Windows）或者Command+Shift+P（Mac）快捷键打开搜索来查找screenshot：

       这里有四个选项：

       第一个：截取自选区域；

       第二个：截取整个网页；

       第三个：截取当前节点；

       第四个：截取当前屏幕。

       截图完成后自动下载到下载目录，打开浏览器的下载框或本机的下载目录即可看到。

6.LocalOverrides

       我们可以使用本地资源覆盖网页所使用的资源，比如可以使用本地CSS文件覆盖网页的css文件，修改样式。将本地的文件夹映射到网络，在Chrome开发者功能里面对CSS样式的修改都会直接改动本地文件，页面重新加载，使用的资源也是本地资源，达到持久化的效果。

       详见：/post/

8.事件监听器的断点

       有时应用会在用户发生交互时出现问题，这时我们就可以添加事件监听器添加断点来捕获这些事件以检查交互时的问题。可以在Source面板右侧的EventListenerBreakpoints中勾选相应的事件：

9.DOM操作的断点

       当页面的内容发生变化时，如果想要知道是哪些脚本影响了它，就可以给DOM设置断点。我们可以右键点击需要设置断点的DOM元素，在弹出的菜单中点击Breakon以选择合适的断点。

       可以看到，Breakon中有三个选项：

       SubtreeModifications：子节点（内容、属性）修改通知，常用在子节点内容发生变化后，来定位源码；

       AttributesModifications：当前节点的属性修改通知，常用在节点的className等属性被修改后，来定位源码了；

       NodeRemoval：当前节点移动时通知，常用在节点被移除时，定位源码。

.异步请求的断点

       XHRbreakpoints可以用于异步请求的断点，点击加号即可添加断点规则，输入请求的URL地址（片段），会在请求地址包含对应字符串的异步请求发出的位置自动停止：

原文：/post/

chromium 源码编译

       深入探索 Chromium 源码编译的全过程，从理解 Chrome 浏览器与 Chromium 项目的关联，到分析浏览器源码在 Android 系统中的应用，揭示了 Chromium 不仅是浏览器内核，更是一个大型 C++ 项目的典型案例。

       阅读官方文档是学习和编译 Chromium 源码的基础，文档对于编译流程提供了详细的指引，但实际操作中仍可能出现诸多挑战。为了确保编译环境的一致性和复现性，使用 Docker 构建环境成为一种可行的选择。官方文档虽未明确推荐特定版本的 Ubuntu Docker，作者选择使用 . 版本，但在后续的实践过程中发现，这并非最佳选项。

       编译 Chromium 源码的准备工作涉及一系列依赖包的安装，包括 Git、Python、wget 等。面对网络不稳定或下载速度慢的问题，建议采用梯子辅助，确保下载过程顺畅。在编译过程中，网络中断时可重复执行相关命令直至代码下载完成。当遇到编译失败时，需要对错误信息进行细致分析，以便解决问题。

       编译 Chromium 源码时，编码问题和版本兼容性是常见的挑战。对于编码问题，修改默认的字符集设置（例如使用 UTF-8）可有效解决。数据类模块（dataclasses）的缺失则要求升级 Python 版本或安装相应的库。在进行编译时，了解依赖库的信息，如使用 ldd 命令检查库的存在与否，有助于解决相关问题。

       在编译过程中，可能遇到 位库缺失和运行时依赖库未安装的情况。针对这些问题，通过安装对应库（如 libnss3）可解决依赖不足的问题。此外，确保在编译时选用适当的架构（如 x）和合适的包名对于兼容性至关重要。

       编译完成的 Chromium 源码需要通过 adb（Android Debug Bridge）工具与 Android 设备进行交互。在使用 Docker 环境时，adb 的可用性是一个挑战，可以参考特定指南解决该问题。确保虚拟机以可写模式启动，并遵循官方文档的步骤进行预安装 webview 的移除和重新安装，以适应编译后的 webview 版本。

       在编译后，可以将 Chromium 作为本地浏览器使用，或通过编译生成的 shell 功能在特定场景下应用。对于有志于深入研究和优化 Chromium 源码的开发者，了解如何在设备端部署和运行编译后的 webview，以及掌握一些调试技巧，将有助于进一步提升项目性能和用户体验。

Chromium源码 修改默认搜索引擎及标签页

       要修改Chromium浏览器的默认新标签页和搜索引擎，可以按照以下步骤进行:

       修改默认新标签页

       首先，在chrome/browser/ui/browser_tabstrip.cc文件中定位到NavigateParams变量。

       然后，将相关代码行修改为指定的URL，以改变新标签页的打开内容。

       修改默认搜索引擎

       在components/search_engines/templates_url_prepopulate_data_cc文件中，查找engines_CN变量。

       通过调整该变量的顺序或添加新的引擎，可以更改搜索引擎设置。

       如果你要增加新的搜索引擎，还需编辑components/search_engines/prepopulated_engines.json文件，添加相应的配置信息。