Có ai biết nếu có một cách thực tế để xác định nguyên nhân của "Aw Snap!" thông báo thỉnh thoảng xuất hiện trên Google Chrome? Chrome có nhật ký lỗi tôi có thể tham khảo không? Tôi nghi ngờ vấn đề này là do một vòng lặp đệ quy trong mã mà sau đó sẽ nuốt hết bộ nhớ? Có cách nào tôi có thể xác nhận điều này?
Câu trả lời:
Có, xem giải thích tại đây: để đăng nhập thông thường vào Chrome, bạn có thể thử:
Sử dụng tính năng ghi nhật ký của Chrome :
Để bật ghi nhật ký, hãy khởi chạy Chrome bằng các cờ dòng lệnh này:
--enable-logging --v=1
Đầu ra sẽ được lưu vào tệp chrome_debug.logtrong thư mục dữ liệu người dùng của Chrome .
Vị trí của tệp nhật ký có thể bị ghi đè bởi CHROME_LOG_FILE biến môi trường.
Để biết danh sách đầy đủ các cờ, hãy kiểm tra: chuyển đổi dòng lệnh Google Chrome .
Hoặc sử dụng bảng điều khiển javascript :
Nhấn Ctrl+ Shift+ J(Windows / Linux) hoặc Cmd+ Option+ J(Mac).
Tài khoản Twitter dành cho Nhà phát triển Chrome chính thức được liên kết với một trang web giúp bạn gỡ lỗi các trang "Aw snap": http://www.chromium.org/for-testers/enable-logging
Đề xuất là khởi chạy Chrome với các cờ này:
--enable-logging --v=1
Nếu bạn làm điều đó, thì bạn có thể lấy nhật ký sự cố từ tệp chrome_debug.logtrong thư mục dữ liệu người dùng của Chrome (trong thư mục mẹ của Default/) hoặc trong thư mục bản dựng nhị phân ( out\Debug) nếu bạn đang sử dụng bản dựng gỡ lỗi.
--enable-logging --v=1 rất lâu trước khi chỉnh sửa câu trả lời được chấp nhận đã thêm nó.
Các Aw, Snap! trang thường liên quan đến sự cố lỗi phân đoạn quá trình có thể liên quan đến lỗi phần mềm . Để xác định nguyên nhân, bạn có thể kích hoạt ghi nhật ký (như được đề xuất trong các câu trả lời khác) hoặc phân tích nền tảng của tệp kết xuất lõi (trên macOS , Linux , ví dụ Ubuntu ).
Nếu bạn không biết nguyên nhân (ví dụ: theo dõi ngăn xếp chỉ bao gồm các địa chỉ bộ nhớ), bạn có thể tạo một vé hỗ trợ mới tại hệ thống theo dõi lỗi của Chrome (hoặc kiểm tra kỹ xem đã có địa chỉ chưa). Trong khi báo cáo, bạn nên tải lên và bao gồm ID sự cố bằng cách truy cập chrome://crashes/trang, để các địa chỉ bộ nhớ có thể được dịch thành các biểu tượng gỡ lỗi bởi các nhà duy trì Chrome.
Ngoài ra, bạn có thể giải mã các bãi đổ vỡ tự .
Xem thêm: Google Chrome Crash Dump nằm ở đâu?
Để đơn giản hóa ở trên, đây là những lý do chính khiến trang có thể bị sập:
Bạn đã tìm thấy lỗi (trên trang web hoặc với trình duyệt web tự).
Lỗi trang web
Ví dụ: JavaScript VM đạt bộ nhớ được phân bổ tối đa (lỗi ngoài bộ nhớ).
Để kiểm tra, hãy chạy DevTools và kiểm tra tab Bộ nhớ . Nếu đó là trường hợp, mã sẽ tự động tạm dừng ngay trước khi sự cố hết bộ nhớ tiềm ẩn (ví dụ: Vấn đề 810015 ). Nếu vậy, hãy báo cáo sự cố cho chủ sở hữu trang web hoặc lập hồ sơ mã JS để tìm lỗi.
Lỗi trình duyệt
Bạn đã đạt đến các tệp mở tối đa trong hệ thống của mình (xem: # 787381 ).
Trên Linux / Unix / macOS, để xác minh rằng, hãy chạy:
sysctl -a | grep files
và kiểm tra xem kern.num_filesđã đạt đến giới hạn kern.maxfiles.
Nếu đó là trường hợp, tăng giới hạn bằng cách chạy các lệnh sau:
sysctl -w kern.maxfiles=20480
which launchctl && launchctl limit maxfiles 65536 unlimited
which ulimit && ulimit -c unlimited
Bạn có thể có một số phần mềm độc hại / vi rút làm thay đổi các tệp Chrome của bạn gây ra sự cố.
memtest).Để hiển thị nhật ký từ Chrome, hãy chạy:
log stream --level debug --predicate 'processImagePath contains "Google"'
hoặc bằng cách chạy ứng dụng Console , nơi bạn cũng có thể kiểm tra bất kỳ bãi đổ vỡ nào (hoặc đăng ký ~/Library/Logs/DiagnosticReports). Xem: Gỡ lỗi Aw Aw, Snap! Lỗi trong Chrome
Nếu không có cách nào ở trên giúp bạn, bạn có thể xem xét biên dịch Chrome từ nguồn (mất nhiều thời gian), sau đó chạy trực tiếp từ Terminal. Sau đó, mỗi lỗi Aw Aw, Snap! Hấp dẫn phải được theo dõi bởi dấu vết ngăn xếp đầy đủ bao gồm các hàm và dòng trong tệp mã nguồn nơi xảy ra.