chromium 的render process创建堆栈

最新推荐文章于 2024-10-25 10:16:51 发布
最新推荐文章于 2024-10-25 10:16:51 发布
阅读量1.5k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： c++ chromium
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/chromium_webkit/article/details/8718189
本文通过具体的调用堆栈示例介绍了Chromium浏览器中多线程异步操作及进程创建的过程，展示了从BrowserThread::PostTask到StartProcessWithAccess等关键函数的调用流程。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1、通过BrowserThread::PostTask的调用堆栈：

content.dll!content::ChildProcessLauncher::ChildProcessLauncher(const FilePath & exposed_dir, CommandLine * cmd_line, int child_process_id, content::ChildProcessLauncher::Client * client)  行 401	C++
 	content.dll!content::RenderProcessHostImpl::Init()  行 471 + 0xb0 字节	C++
 	content.dll!content::RenderViewHostImpl::CreateRenderView(const std::basic_string<wchar_t,std::char_traits<wchar_t>,std::allocator<wchar_t> > & frame_name, int opener_route_id, int max_page_id)  行 235 + 0x4b 字节	C++
 	content.dll!content::WebContentsImpl::CreateRenderViewForRenderManager(content::RenderViewHost * render_view_host, int opener_route_id)  行 3323 + 0x36 字节	C++
 	content.dll!content::RenderViewHostManager::InitRenderView(content::RenderViewHost * render_view_host, int opener_route_id)  行 679 + 0x1e 字节	C++
 	content.dll!content::RenderViewHostManager::Navigate(const content::NavigationEntryImpl & entry)  行 122 + 0xe 字节	C++
 	content.dll!content::WebContentsImpl::NavigateToEntry(const content::NavigationEntryImpl & entry, content::NavigationController::ReloadType reload_type)  行 1583 + 0x12 字节	C++
 	content.dll!content::WebContentsImpl::NavigateToPendingEntry(content::NavigationController::ReloadType reload_type)  行 1566	C++
 	content.dll!content::NavigationControllerImpl::NavigateToPendingEntry(content::NavigationController::ReloadType reload_type)  行 1550 + 0xf 字节	C++
 	content.dll!content::NavigationControllerImpl::LoadEntry(content::NavigationEntryImpl * entry)  行 404	C++
 	content.dll!content::NavigationControllerImpl::LoadURLWithParams(const content::NavigationController::LoadURLParams & params)  行 747	C++
 	content.dll!content::NavigationControllerImpl::LoadURL(const GURL & url, const content::Referrer & referrer, content::PageTransition transition, const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & extra_headers)  行 666 + 0x16 字节	C++
 	content_shell.exe!content::Shell::LoadURL(const GURL & url)  行 146 + 0xc1 字节	C++
 	content_shell.exe!content::Shell::CreateNewWindow(content::BrowserContext * browser_context, const GURL & url, content::SiteInstance * site_instance, int routing_id, content::WebContents * base_web_contents)  行 137	C++
 	content_shell.exe!content::ShellBrowserMainParts::PreMainMessageLoopRun()  行 137 + 0x46 字节	C++
 	content.dll!content::BrowserMainLoop::CreateThreads()  行 469 + 0x26 字节	C++
 	content.dll!content::BrowserMainRunnerImpl::Initialize(const content::MainFunctionParams & parameters)  行 106	C++
 	content_shell.exe!ShellBrowserMain(const content::MainFunctionParams & parameters)  行 111 + 0x2a 字节	C++
 	content_shell.exe!content::ShellMainDelegate::RunProcess(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & process_type, const content::MainFunctionParams & main_function_params)  行 134 + 0x9 字节	C++
 	content.dll!content::RunNamedProcessTypeMain(const std::basic_string<char,std::char_traits<char>,std::allocator<char> > & process_type, const content::MainFunctionParams & main_function_params, content::ContentMainDelegate * delegate)  行 438 + 0x17 字节	C++
 	content.dll!content::ContentMainRunnerImpl::Run()  行 754 + 0x14 字节	C++
 	content.dll!content::ContentMain(HINSTANCE__ * instance, sandbox::SandboxInterfaceInfo * sandbox_info, content::ContentMainDelegate * delegate)  行 35 + 0x1a 字节	C++
 	content_shell.exe!wWinMain(HINSTANCE__ * instance, HINSTANCE__ * __formal, HINSTANCE__ * __formal, HINSTANCE__ * __formal)  行 24 + 0x14 字节	C++
 	content_shell.exe!__tmainCRTStartup()  行 547 + 0x2c 字节	C
 	content_shell.exe!wWinMainCRTStartup()  行 371	C

2、通过message_pump_default获取任务创建进程的堆栈： 

>	content_shell.exe!sandbox::BrokerServicesBase::SpawnTarget(const wchar_t * exe_path, const wchar_t * command_line, sandbox::TargetPolicy * policy, _PROCESS_INFORMATION * target_info)  行 404	C++
 	content.dll!content::StartProcessWithAccess(CommandLine * cmd_line, const FilePath & exposed_dir)  行 831 + 0xe1 字节	C++
 	content.dll!content::ChildProcessLauncher::Context::LaunchInternal(scoped_refptr<content::ChildProcessLauncher::Context> this_object, content::BrowserThread::ID client_thread_id, int child_process_id, const FilePath & exposed_dir, CommandLine * cmd_line)  行 168 + 0xd 字节	C++
 	content.dll!base::internal::RunnableAdapter<void (__cdecl*)(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath const &,CommandLine *)>::Run(const scoped_refptr<content::ChildProcessLauncher::Context> & a1, const content::BrowserThread::ID & a2, const int & a3, const FilePath & a4, CommandLine * const & a5)  行 427 + 0x58 字节	C++
 	content.dll!base::internal::InvokeHelper<0,void,base::internal::RunnableAdapter<void (__cdecl*)(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath const &,CommandLine *)>,void __cdecl(content::ChildProcessLauncher::Context *,enum content::BrowserThread::ID const &,int const &,FilePath const &,CommandLine * const &)>::MakeItSo(base::internal::RunnableAdapter<void (__cdecl*)(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath const &,CommandLine *)> runnable, content::ChildProcessLauncher::Context * a1, const content::BrowserThread::ID & a2, const int & a3, const FilePath & a4, CommandLine * const & a5)  行 994 + 0x5e 字节	C++
 	content.dll!base::internal::Invoker<5,base::internal::BindState<base::internal::RunnableAdapter<void (__cdecl*)(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath const &,CommandLine *)>,void __cdecl(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath const &,CommandLine *),void __cdecl(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath,CommandLine *)>,void __cdecl(scoped_refptr<content::ChildProcessLauncher::Context>,enum content::BrowserThread::ID,int,FilePath const &,CommandLine *)>::Run(base::internal::BindStateBase * base)  行 1815 + 0x4f 字节	C++
 	base.dll!base::Callback<void __cdecl(void)>::Run()  行 396 + 0xe 字节	C++
 	base.dll!MessageLoop::RunTask(const base::PendingTask & pending_task)  行 475	C++
 	base.dll!MessageLoop::DeferOrRunPendingTask(const base::PendingTask & pending_task)  行 488	C++
 	base.dll!MessageLoop::DoWork()  行 668 + 0xc 字节	C++
 	base.dll!base::MessagePumpDefault::Run(base::MessagePump::Delegate * delegate)  行 29 + 0xf 字节	C++
 	base.dll!MessageLoop::RunInternal()  行 430 + 0x29 字节	C++
 	base.dll!MessageLoop::RunHandler()  行 404	C++
 	base.dll!base::RunLoop::Run()  行 46	C++
 	base.dll!MessageLoop::Run()  行 311	C++
 	base.dll!base::Thread::Run(MessageLoop * message_loop)  行 151	C++
 	content.dll!content::BrowserThreadImpl::ProcessLauncherThreadRun(MessageLoop * message_loop)  行 142 + 0xf 字节	C++
 	content.dll!content::BrowserThreadImpl::Run(MessageLoop * message_loop)  行 178 + 0xc 字节	C++
 	base.dll!base::Thread::ThreadMain()  行 195 + 0x16 字节	C++
 	base.dll!base::`anonymous namespace'::ThreadFunc(void * params)  行 59 + 0xe 字节	C++

这个案列对理解chromium的多线程异步和进程创建有一定的帮助。
【chromium】windows构建base库 3：gn + vs2022 args 设置及debug x86 构建
突围
02-07 732
x86 debug 构建 chromium
CEF：chromium embedded Framework（谷歌嵌入式框架）
森明帮大于黑虎帮的博客
06-26 3800
CEF：chromium embedded Framework（谷歌嵌入式框架）
【Chromium】【笔记】《Chromium 如何显示 Web 页面》《chromium多进程架构》
多丰富下自己呀
03-13 3885
【Chromium】《Chromium 如何显示 Web 页面》《chromium多进程架构》
Chromium网页加载过程简要介绍和学习计划
老罗的Android之旅
01-04 3万+
Chromium加载网页的过程，需要Browser进程和Render进程协作完成。加载网页的过程由Browser进程发起，向服务器请求网页内容的过程也是由Browser进程完成。Render进程负责对下载回来的网页内容进行解析，解析之后得到一个DOM Tree。有了这个DOM Tree之后，Render进程就可以对网页进行渲染了。本文接下来就对上述过程涉及到的重要概念进行简要介绍以及制定学习计划。
Chromium网页加载过程
tianyu的专栏 - Linux site:blog.youkuaiyun.com/wishfly
11-02 1819
Chromium加载网页的过程，需要Browser进程和Render进程协作完成。加载网页的过程由Browser进程发起，向服务器请求网页内容的过程也是由Browser进程完成。Render进程负责对下载回来的网页内容进行解析，解析之后得到一个DOM Tree。有了这个DOM Tree之后，Render进程就可以对网页进行渲染了。本文接下来就对上述过程涉及到的重要概念进行简要介绍以及制定学习计划。...
chromium 各线程的创建
木希博客
02-21 1036
看了一些博客，一般介绍的线程是browser跟render线程。但是ps |grep shell 获取进程号，top -t |grep 进程号，你会看到的，估计跟我看到的差不多，就是这样的哗啦啦的一大片或者还更多，所以很多面试的时候问的都是内存优化，或者是裁剪，或是性能优化，因为问流程性的细节说不清，体现不出深度。之前介绍了URL加载流程，我在 ...
Chromium中网页加载进度条研究
你吧吧的专栏
05-30 3188
chromium 网页加载进度条
ecw2c理解元数据：使用BigQuery k-means将4,000个堆栈溢出标签聚类
热门推荐
cunehu1722的博客
07-24 6万+
您如何将超过4,000个活动的Stack Overflow标签分组为有意义的组？ 对于无监督学习和k均值聚类来说，这是一项完美的任务-现在您可以在BigQuery中完成所有这些工作。 让我们找出方法。 Visualizing a universe of clustered tags. Felipe Hoffais a Developer Advocate fo...
Qt WebEngine Debugging and Profiling
Ryan
07-24 2818
控制台记录 在Qt WebEngine中执行的JavaScript可以使用Chrome控制台API将信息记录到控制台。日志消息将转发到日志js 记录类别中的 Qt日志记录工具。但是，默认情况下仅打印警告和致命消息。要更改此设置，您必须为js类别设置自定义规则，或者通过重新实现QWebEnginePage :: javaScriptConsoleMessage（）或连接到WebEngineView ...
qBreakpad - LINUX捕获程序崩溃异常
Hsy的博客
12-10 2753
本文关键字：qBreakpad，Breakpad，Qt，Linux，跨平台C++崩溃检测库，dmp... 由于项目需求，最近了解了下Google - Breakpad，并了解了其dmp的生成及使用。本文主要记录linux下的编译及其使用，同时记录一下qBreakpad的一些坑~
我的android APP运行进入MainActivity总是闪一下变白屏又显示内容又白屏又显示内容，不断反反复复（报错margin state not match）
baiyajin的博客
04-22 2万+
我的android APP运行进入MainActivity总是闪一下变白屏又显示内容又白屏又显示内容，不断反反复复（报错margin state not match）报错如下： 报错如下： E/ResMng NATIVE_MSG_FILTER: endActivityTransaction: margin state not match E/ResMng NATIVE_MSG_FILTER: en...
Chromium的Render进程启动过程分析
老罗的Android之旅
08-24 3万+
在配置多进程的情况下，Chromium的网页渲染和JS执行在一个单独的进程中进行。这个进程称为Render进程，由Browser进程启动。在Android平台中，Browser进程就是Android应用程序的主进程，而Render进程就是Android应用程序的Service进程，它们通过UNIX Socket进行通信。本文就详细分析Chromium的Browser进程启动Render进程的过程。
WebView渲染异常导致闪退解决方案
zhangrgg的博客
10-25 2019
WebView渲染失败导致Crash解决方案
chromium browser process 与 render process 间通信通道的建立
Tonyzdf的博客
03-04 5806
Chromium 是一个多进程的框架， 因此ipc 对Chromium 来说， 堪比城市间的道路. Chromium 正在转向Mojom ipc 以及建立在mojo 基础之上的面向Service 编程. 本文重点探究了browser 进程和render 进程 之间的通信通道是如何建立的.
chromium 进程创建分析
hgl868的专栏
11-05 5754
一 chromium for android Browser进程创建过程分析 ContentMainDelegate是客户端程序注册给content_main_runner.cc的回调接口， content_main_runner.cc通过调用ContentMainDelegate的接口来通知客户端 当前Content框架的状态。 客户端程序通过ContentMainDelegate:
Chromium WebView C++代码的调试
云水木石
03-07 2235
从Android 4.4开始，系统的WebView组件就采用了Chromium/Blink引擎。Chromium的代码及其庞大，理解起来也有些难度。借助于gdb调试，通过跟踪代码的运行，打印调用堆栈，有助于理解代码的执行流程。另外libchromiumwebview.so的编译链接及其耗时间，所以那种打log的方式除非不得已，还是要尽量少用。
chromium render 进程 获取程序启动参数
最新发布
03-11
<think>好的，我现在需要帮助用户解决如何在Chromium渲染进程中获取程序启动参数的问题。首先，我需要回忆一下Chromium的架构和启动流程。Chromium是多进程架构，分为浏览器进程和渲染进程等。渲染进程由浏览器进程启动，因此启动参数可能由浏览器进程传递过来。 用户提到的引用中有关于启动参数的内容，比如引用[4]提到了使用--proxy-server参数。但用户的问题是关于渲染进程如何获取这些参数。我需要确定渲染进程是否有直接访问命令行参数的接口，或者是否需要通过其他机制来获取。 根据Chromium的架构，渲染进程通常不会直接处理命令行参数，因为它们是浏览器进程的子进程。命令行参数通常由浏览器进程解析，然后通过进程间通信（IPC）将必要的参数传递给渲染进程。因此，渲染进程可能需要通过特定的API或IPC通道来获取这些参数。 接下来，我需要查阅Chromium的源代码或相关文档，确认是否有相关的函数或类可以获取启动参数。例如，在渲染进程的初始化代码中，可能会调用某些函数来获取传递过来的参数。例如，引用[1]提到了InProcessRendererThread的构造函数，这可能与渲染线程的初始化有关，但不确定是否直接处理启动参数。 另外，引用[3]提到了浏览器启动流程中的PreProfileInit、PostProfileInit等步骤，可能涉及到参数的传递过程。可能需要在渲染进程的初始化阶段，比如在main函数或某个初始化函数中，访问保存启动参数的结构体或全局变量。 可能的解决方法是使用ContentClient或ContentMainParams结构体，在渲染进程初始化时获取参数。例如，通过ContentMain函数传递的ContentMainParams可能包含argc和argv，这样在渲染进程的入口点可以访问这些参数。 需要验证这种方法是否可行。例如，在渲染进程的main函数中，是否有类似ContentMainParams的实例，其中保存了命令行参数。如果是这样，可以通过访问这些参数来获取启动时的设置。 另外，用户提供的引用中有关于进程间通信的内容，比如引用[2]提到设置g_gpu_main_thread_factory的值，这可能与进程初始化有关，但不确定是否直接相关。 总结可能的步骤： 1. 在渲染进程的入口函数（如RenderMain）中查找获取命令行参数的方法。 2. 检查是否有全局变量或单例对象保存了启动参数。 3. 使用Chromium提供的API，如ContentClient或相关类，来访问参数。 4. 通过进程间通信从浏览器进程请求参数，但这种方法可能复杂且不必要。 根据经验，渲染进程可能需要通过ContentMain函数传递的参数来获取。例如，在content/renderer/renderer_main.cc中，RenderMain函数可能会接收命令行参数。需要检查该函数的实现，确认是否处理了argc和argv。 例如，以下伪代码可能存在于渲染进程中： ```cpp int RenderMain(int argc, char** argv) { // 处理命令行参数 } ``` 如果这样，那么在渲染进程的代码中可以直接访问argc和argv。但用户可能需要通过特定的Chromium接口来获取，而不是直接访问main函数的参数，因为Chromium可能封装了这些参数的处理。 另外，Chromium可能使用CommandLine类来封装命令行参数。例如，使用base::CommandLine::ForCurrentProcess()来获取当前进程的命令行参数。这个类提供了访问命令行参数的方法，如GetCommandLineString()或GetArgs()。 因此，解决方法是使用base::CommandLine类。例如： ```cpp #include "base/command_line.h" ... base::CommandLine* command_line = base::CommandLine::ForCurrentProcess(); std::string proxy_server = command_line->GetSwitchValueASCII("proxy-server"); ``` 这样在渲染进程中就可以获取到传递的启动参数，如--proxy-server的值。 需要确认这种方法是否适用于渲染进程。根据Chromium的文档，CommandLine类在不同进程中是独立的，浏览器进程传递的参数需要通过命令行或IPC传递给渲染进程。如果浏览器进程在启动渲染进程时将参数传递过去，那么渲染进程的CommandLine实例应该包含这些参数。 例如，当浏览器进程使用命令行参数启动渲染进程时，如： ``` --renderer-command-line="--proxy-server=http://example.com:8080" ``` 然后渲染进程的CommandLine会包含--proxy-server参数。 因此，用户需要在渲染进程的代码中，通过base::CommandLine::ForCurrentProcess()来获取这些参数。 总结回答步骤： 1. 在Chromium渲染进程中，使用base::CommandLine类获取启动参数。 2. 调用ForCurrentProcess()获取当前进程的命令行对象。 3. 使用GetSwitchValueASCII等方法读取具体参数值。 4. 注意参数是否由浏览器进程正确传递到渲染进程。 需要确保用户了解如何正确传递参数到渲染进程，并处理可能的权限或安全限制。此外，引用中的代码示例可能需要调整以适应实际代码环境。</think>在Chromium渲染进程中获取启动参数需通过`base::CommandLine`接口实现，步骤如下： 1. **引入头文件**：在代码中添加对命令行解析类的引用： ```cpp #include "base/command_line.h" ``` 2. **获取当前进程的命令行对象**： ```cpp const base::CommandLine* command_line = base::CommandLine::ForCurrentProcess(); ``` 3. **读取特定参数值**： ```cpp std::string proxy_value = command_line->GetSwitchValueASCII("proxy-server"); ``` 例如，若启动时包含`--proxy-server="http://proxy.example.com:8080"`[^4]，上述代码将返回该代理地址。 **关键注意点**： - 浏览器进程需通过`--renderer-command-line`将参数显式传递给渲染进程，例如： ``` chromium --renderer-command-line="--proxy-server=http://proxy.example.com:8080" ``` - 部分参数（如调试端口`--remote-debugging-port`）会自动传递到渲染进程，无需额外设置。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值