Хтось знає, чи є практичний спосіб визначити причину "Aw Snap!" повідомлення, яке періодично з’являється в Google Chrome? Чи в Chrome є журнал помилок, на який я можу посилатися? Я підозрюю, що ця проблема викликана рекурсивним циклом у коді, який потім проковтує всю пам'ять? Чи я можу це підтвердити?
Відповіді:
Тут див. Пояснення: для звичайного входу в Chrome ви можете спробувати:
Використовуйте функцію ведення журналу Chrome :
Щоб увімкнути ведення журналу, запустіть Chrome із цими прапорами командного рядка:
--enable-logging --v=1
Вихід буде збережено у файлі chrome_debug.logв каталозі даних користувачів Chrome .
Розташування файлу журналу може бути замінено CHROME_LOG_FILEзмінною середовища.
Щоб отримати повний список прапорів, перевірте: перемикачі командного рядка Google Chrome .
Або скористайтеся консоллю javascript :
Натисніть Ctrl+ Shift+ J(Windows / Linux) або Cmd+ Option+ J(Mac).
Офіційний обліковий запис Twitter для розробників Chrome, пов’язаний із веб-сайтом, який допомагає налагоджувати сторінки "Aw snap": http://www.chromium.org/for-testers/enable-logging
Рекомендація - запустити Chrome із цими прапорами:
--enable-logging --v=1
Якщо ви це зробите, то ви можете схопити журнал збоїв з файлу chrome_debug.logв каталозі даних користувачів Chrome (у батьківському каталозі Default/) або у папці бінарної збірки ( out\Debug), якщо ви використовуєте збірку налагодження.
--enable-logging --v=1 задовго до редагування до прийнятої відповіді, додала її.
От чорт! сторінка, як правило, пов'язана з збоєм у сегментації процесу, який може бути пов'язаний з програмною помилкою . Щоб визначити причину, ви можете увімкнути ведення журналу (як це пропонується в інших відповідях) або проаналізувати зворотній шлях основного дамп-файлу (на macOS , Linux , наприклад, Ubuntu ).
Якщо ви не знаєте причину (наприклад, слід стека складається лише з адрес пам'яті), ви можете створити нову службу підтримки в системі відстеження помилок Chrome (або двічі перевірити, чи вона вже є). Під час звітності слід завантажувати і включати ідентифікатор збоїв, перейшовши на chrome://crashes/сторінку, щоб адреси пам'яті можна було переводити в символи налагодження службами Chrome.
Крім того, ви можете самостійно розшифрувати демпінгове обладнання .
Дивіться також: Де розташований Google Chrome Crash Dump?
Щоб спростити вище, ось основні причини, чому сторінка може збоїти:
Ви знайшли помилку (або на веб-сайті, або у веб-переглядачі, самому).
Помилка веб-сайту
Приклад: JavaScript VM досяг максимально виділеної пам'яті (збій поза пам'яттю).
Щоб перевірити це, запустіть DevTools і перевірте вкладку Пам'ять . Якщо це так, код повинен автоматично призупинятися безпосередньо перед потенційним збоєм пам'яті (наприклад, випуск 810015 ). Якщо це так, повідомте про проблему власнику веб-сайту або профіліруйте JS-код, щоб знайти помилку.
Помилка браузера
Ви досягли максимально відкритих файлів у вашій системі (див .: # 787381 ).
У Linux / Unix / macOS для перевірки цього запустіть:
sysctl -a | grep files
і перевірити, чи kern.num_filesдосягнуто межі kern.maxfiles.
Якщо це так, збільште ліміт, виконавши такі команди:
sysctl -w kern.maxfiles=20480
which launchctl && launchctl limit maxfiles 65536 unlimited
which ulimit && ulimit -c unlimited
У вас може бути деяке зловмисне програмне забезпечення / вірус, який змінює ваші файли Chrome, викликаючи збій.
memtest).Щоб відобразити журнали з Chrome, запустіть:
log stream --level debug --predicate 'processImagePath contains "Google"'
або запустивши додаток Console , де ви також можете перевірити наявність відмов (або реєстрації ~/Library/Logs/DiagnosticReports). Див.: Налагодження помилки "Ой, оснащення!" В Chrome
Якщо жодне з перерахованих вище не допомагає, ви можете розглянути можливість компіляції Chrome з джерела (займає багато часу), а потім запустити безпосередньо з Терміналу. Після цього за кожною помилкою "Ау, оснащення!" Слід супроводжувати повний слід стека, включаючи функції та рядок у файлі вихідного коду, де це сталося.