桌面端攻防一体

笔者前面介绍了如何用BrowserView实现标签页窗口布局，但标签页布局算是简单模式的，没有复杂的层叠场景，笔者这一篇就进一步介绍下我们是怎么实现出一个主窗口复合布局的。

前一阵子笔者在忙于桌面端 Electron 相关的开发，工欲善其事，必先利其器。 对于基于浏览器的桌面端框架来说，如何构建统一稳定快捷的跨端通信机制？

写的时候一直想，这篇文章能给看过的你带来什么价值？内存管理，翻来覆去的也要从堆栈开始讲，但懂得都懂，不懂的再讲原理也不差我这一篇。所以本文简单聊聊内存、生命周期。

解释一个因 chromium 内核升级后，把这类问题的优先级提高了，从 Error 提高到 FATAL，导致被 Electron 崩溃采集捕获到的崩溃问题

Electron 崩溃问题分析（LogMessage::~LogMessage() [logging.cc : 852 + 0x0]）

刚好项目中踩过一些坑，这些坑吧，修复方式都不是很优雅，原因是官方提供的 API 存在奇奇怪怪的 Bug。这里介绍笔者遇到的3个异常的解决方式。

Electron 几个开发调试小技巧：多 BrowserView 视图调试、主进程调试、进程内存分析。

在上文中，简单实现了一个使用BrowserView实现多标签的方案。 多标签页只是 UI 上的表象，内在逻辑是`BrowserView`多容器管理，所以本文重点会从容器管理这边讲解下整个的实现逻辑。

我们在之前建设了桌面端崩溃上报的能力，只是为了看一下线上的崩溃率。但后续还需要如何归因问题、分析问题、解决问题？我们需要从零开始构建桌面端崩溃分析监控链路，，提供基本的崩溃归因分析能力。

但凡是个商业化应用，都需要有完善的崩溃分析机制来保证整体的可用性。 一般 App 上都是采用接入第三方平台来简化基建开发工作，但对于桌面端 Electron 来说，这可能只有自行实现了。

Electron 官方虽然有提供网络在线/离线探测方案，但这个方案是基于浏览器本身的。笔者在这抛砖引玉，提供一种可以准确实施监测网络环境的方案，供大家参考。

桌面端开发笔者也是第一次介入，Electron 也是第一次接触，社区上的轮子确实不少，但这样很通用的多标签页效果也没有一个成熟的三方库。笔者在这里简单的实现了一个，也是五脏俱全。

在桌面端这个系列上文讲到：Electron BrowserView 实现多标签页效果，只是做了简单的 Demo 可行性验证，距离产品要求和技术沉淀还差了一些