不同的原生应用 运行 嵌入式 Chromium 视图是否共享 Chromium 资源？
Do different native apps running embedded chromium views share chromium resources?
如果我的计算机上有多个不同的本机应用程序 运行，它们使用某种形式的嵌入式 Chromium（可以是 CEF、Electron 或类似的东西）是否有任何 Chromium 消息传递共享（进程间通信或其他方式）或在这些应用程序之间共享的 Chromium 特定资源？
问题上下文的这一点下方不需要的额外详细信息
我正在测试我正在使用 CEF 的应用程序，该应用程序有时会出现 UI 更新问题。我碰巧在后台也有 Slack 运行（使用 Electron），并且注意到当我收到 Slack 通知时，我的应用程序的 UI 偶尔会 update/refresh。
由于这两个应用程序在技术上都使用某种形式的嵌入式 Chromium，我担心我在测试中看到的某些行为可能会由于其他嵌入式 Chromium 应用程序的行为修改而无效，如果存在某种共享资源或消息传递（例如 Slack 中的嵌入式 Chromium 可能会发送某种推送更新通知，导致我的应用程序中的 Chromium 自行刷新）。
我记得读过 Chromium 被设计成有一个主应用程序进程，然后根据 window 生成独立的渲染进程。我不确定每个使用嵌入式 Chromium 形式的应用程序是否会共享一个主 Chromium 进程，或者每个应用程序是否都有自己的沙盒主 Chromium 进程，而我看到的同步更新只是巧合。
通常没有任何共享。
PS：通常我的意思是应用程序不依赖于第三方插件，并且不会尝试动态查找 chrome 插件，例如。缓存路径也是如此，即应用程序已正确配置缓存路径，而不是使用任何可能的默认值。
如果我的计算机上有多个不同的本机应用程序 运行，它们使用某种形式的嵌入式 Chromium（可以是 CEF、Electron 或类似的东西）是否有任何 Chromium 消息传递共享（进程间通信或其他方式）或在这些应用程序之间共享的 Chromium 特定资源？
问题上下文的这一点下方不需要的额外详细信息
我正在测试我正在使用 CEF 的应用程序，该应用程序有时会出现 UI 更新问题。我碰巧在后台也有 Slack 运行（使用 Electron），并且注意到当我收到 Slack 通知时，我的应用程序的 UI 偶尔会 update/refresh。
由于这两个应用程序在技术上都使用某种形式的嵌入式 Chromium，我担心我在测试中看到的某些行为可能会由于其他嵌入式 Chromium 应用程序的行为修改而无效，如果存在某种共享资源或消息传递（例如 Slack 中的嵌入式 Chromium 可能会发送某种推送更新通知，导致我的应用程序中的 Chromium 自行刷新）。
我记得读过 Chromium 被设计成有一个主应用程序进程，然后根据 window 生成独立的渲染进程。我不确定每个使用嵌入式 Chromium 形式的应用程序是否会共享一个主 Chromium 进程，或者每个应用程序是否都有自己的沙盒主 Chromium 进程，而我看到的同步更新只是巧合。
通常没有任何共享。
PS：通常我的意思是应用程序不依赖于第三方插件，并且不会尝试动态查找 chrome 插件，例如。缓存路径也是如此，即应用程序已正确配置缓存路径，而不是使用任何可能的默认值。