在使用puppeteer的時候，本機運行簡直是和諧的不得了。但是一旦放到了服務器上長期運行，則要遭受眾多的問題。我曾一度懷疑是不是服務器趁我看不見，故意給我搞事情。不過，計算機的世界里，任何的問題，肯定錯在我身上。我們來談談puppeteer的一些崩潰措施。

頁面崩潰

• 本來想截個圖給大家看看，但是奈何筆者寫這篇文章的時候，它就不出錯了....
• 總之描述給大家就是：頁面掛掉了，想必大家都見到過（不要杠沒見過，那說明工作還不夠多）。

• 這種情況我們的應對方案其實官方已經(jīng)給出了解釋 https://github.com/puppeteer/puppeteer/blob/master/docs/api.md#event-error 。

  event: 'error'

  • [Error](https:///api/errors.html#errors_class_error))

  Emitted when the page crashes.

  NOTE error event has a special meaning in Node, see error events for details.

• 于是我們代碼：

  page.on('error', err => {
  console.log('Chrome瀏覽器頁面崩潰：', err);
  });

我們可以使用 page 訂閱 error 事件，這樣的話，我們可以在回調里面去操作我們頁面錯誤后的處理方法。

瀏覽器崩潰

但有時候往往太年輕，我當時以為這樣就是萬全之策，沒想到，接下來第二天還是服務器報錯了。找來找去，看到了一個這樣的錯誤："WebSocket is not open: readyState 3" 這個報錯看得我一臉懵逼。

在翻閱了官方文檔之后，毫無進展，好在一位好心的老哥，替我在官方文檔（github上的地址）找到了一個issues： https://github.com/puppeteer/puppeteer/issues/4428

情況跟我?guī)缀跻荒Ｒ粯印？纯唇涣飨聛硎侨绾谓鉀Q的？

上代碼：

const setup = async () => {
browser = await puppeteer.launch({
args: ['--disable-gpu', '--no-sandbox', '--disable-dev-shm-usage']
});
?
browser.on('disconnected', setup);
?
logger.info(`Started Puppeteer with pid ${browser.process().pid}`);
};

反過來去查閱官方文檔： https://github.com/puppeteer/puppeteer/blob/master/docs/api.md#event-disconnected

原來如此，看來我文檔看的還是不夠仔細，當我們程序和瀏覽器斷開了鏈接。那么這個方法就會被執(zhí)行，言下之意也就是我們的程序崩掉了。

綜上，一般情況下，我都會加上這兩個的報錯。畢竟chrome在長期跑得過程中，難免會有很多不確定性因素。但是我們不將這些不確定因素都囊括住，那么也就增加了程序崩掉的風險，健壯性由此體現(xiàn)。

• 如有遇到其他問題，評論下方可以聯(lián)系我，共同學習排坑。