contentTracing
收集来自 Chromium 的跟踪数据，以查找性能瓶颈和缓慢的操作。
进程：主进程
此模块不包含 Web 界面。要查看记录的跟踪，请使用 跟踪查看器，可在 Chrome 中的 chrome://tracing 找到。
注意：在 app 模块发出 ready 事件之前，不应使用此模块。
const { app, contentTracing } = require('electron')
app.whenReady().then(() => {
(async () => {
await contentTracing.startRecording({
included_categories: ['*']
})
console.log('Tracing started')
await new Promise(resolve => setTimeout(resolve, 5000))
const path = await contentTracing.stopRecording()
console.log('Tracing data recorded to ' + path)
})()
})
方法
contentTracing 模块具有以下方法
contentTracing.getCategories()
返回 Promise<string[]> - 在所有子进程确认 getCategories 请求后，解析为一个类别组数组
获取一组类别组。随着新的代码路径被访问，类别组可能会发生变化。另请参阅 内置跟踪类别列表。
注意：Electron 添加了一个名为
"electron"的非默认跟踪类别。此类别可用于捕获 Electron 特定的跟踪事件。
contentTracing.startRecording(options)
返回 Promise<void> - 在所有子进程确认 startRecording 请求后解析。
在所有进程上开始录制。
录制立即在本地开始，并在子进程接收 EnableRecording 请求后异步进行。
如果录制已在运行，则 promise 将立即解析，因为一次只能有一个跟踪操作正在进行。
contentTracing.stopRecording([resultFilePath])
resultFilePath字符串（可选）
返回 Promise<string> - 在所有子进程确认 stopRecording 请求后，解析为包含跟踪数据的文件的路径
停止在所有进程上录制。
子进程通常会缓存跟踪数据，并且很少刷新并将跟踪数据发送回主进程。这有助于最大程度地减少跟踪的运行时开销，因为通过 IPC 发送跟踪数据可能是一项昂贵的操作。因此，要结束跟踪，Chromium 会异步要求所有子进程刷新任何挂起的跟踪数据。
跟踪数据将写入 resultFilePath。如果 resultFilePath 为空或未提供，则跟踪数据将写入临时文件，并且路径将在 promise 中返回。
contentTracing.getTraceBufferUsage()
返回 Promise<Object> - 解析为一个对象，其中包含跟踪缓冲区最大使用量的 value 和 percentage
value数字percentage数字
获取跟踪缓冲区在所有进程中的最大使用量，作为完整状态的百分比。