Các công cụ dành cho nhà phát triển của Google Chrome hoạt động rất chậm


81

Sinсe Google Chrome đã được cập nhật lên phiên bản 50.x, không thể hoạt động với DevTools. Sự cố này chủ yếu tái hiện trong tab "Mạng". Mỗi khi bạn nhấp vào "yêu cầu", nó mất khoảng 30-40 giây. sau đó chrome có thể bị lỗi. Đã cố gắng xóa tất cả các tiện ích mở rộng, xóa bộ nhớ cache và cài đặt lại nhưng không giúp được gì. Có ai biết cách khắc phục sự cố này không?

Tôi đang chạy Chrome 50.0.2661,87 m

UPD: Sự cố có thể xảy ra do tiêu đề dài. Cố gắng đóng các tiêu đề phản hồi và yêu cầu.


Khi bạn nói nhấp vào "yêu cầu", bạn có nghĩa là nhấp vào bất kỳ yêu cầu nào hoặc một phần cụ thể của giao diện người dùng có nhãn "yêu cầu"? Bạn có thể liên kết đến một trang web mẫu mà bạn gặp sự cố không? Tôi đã cố gắng tạo lại trên trang StackOverflow, nhưng không gặp sự cố.
Matt Zeunert

@MattZeunert Chắc chắn bạn có thể tìm thấy nó trên bất kỳ trang web nào, nhưng hãy thử en.wikipedia.org/wiki/Main_Page này hoặc trên trang web có rất nhiều script và XMLHttpRequests. Mở devtools -> Mạng -> nhấp vào yêu cầu hoặc tập lệnh nào đó trong danh sách -> chuyển đến tiêu đề / xem trước. Navigation mất thời gian quá muck (ít nhất là đối với tôi) - 30 giây
Kirrosh

Vấn đề này cũng bắt đầu xảy ra với tôi ngày hôm qua. Đã thử nhiều bước tương tự ngoài việc đổi tên hồ sơ "Mặc định" trong trường hợp hồ sơ bị hỏng. Sẽ thử trên một máy khác tối nay tại nhà.
NuNn DaDdY

Tôi đang sử dụng OSX 50.0.2661.102 và tôi cũng gặp phải vấn đề tương tự khi cố chỉnh sửa các thuộc tính CSS. Phải mất rất nhiều thời gian để thực sự cập nhật giá trị và hầu hết thời gian nó thậm chí xóa các ký tự mới nhất mà tôi đã nhập. Thực sự gây phiền nhiễu.
Yoann

Làm việc trên một ứng dụng Angular lớn, việc chuyển đổi giữa giao diện điều khiển và trình xem phần tử thực sự phức tạp. Khi thực hiện bất kỳ hành động nào trong bảng điều khiển, GUI thực sự chậm. Thường có độ trễ 2 giây khi chọn phần tử trên màn hình.
skmasq

Câu trả lời:


49

Tôi đã gặp sự cố tương tự khi gỡ lỗi trong Chrome phiên bản 50+ trên Mac OS X 10.11.3. Giải pháp duy nhất mà tôi tìm thấy cho đến nay là giữ cho các công cụ dành cho nhà phát triển được gắn ở bên phải và nó dường như vẫn hoạt động hiệu quả như trước. Không phải là giải pháp tối ưu, nhưng nó hoạt động trong trường hợp của tôi.


5
Hoàn toàn kỳ lạ, nhưng là một cứu cánh nhất định. Tôi nghĩ rằng cách giải quyết này sẽ không cần thiết quá lâu, nhưng nó đã làm cho các công cụ dành cho nhà phát triển có thể sử dụng lại được đối với tôi. Cảm ơn!
jpcamara

3
Ngay cả các công cụ không được gắn với chiều rộng màn hình cũng gặp phải vấn đề như đã báo cáo. Khi thu hẹp nó hoạt động bình thường. Điều này chắc chắn là lạ :) được báo cáo ở đâu đó? Chỉnh sửa: Nó dựa trên chiều rộng của cửa sổ nguồn! Càng hẹp, phản ứng càng nhanh. Cảm ơn @Chris!
Michal Roharik

1
Có vẻ như sẽ quay trở lại trong 60.0.3112.113. Bản sửa lỗi này một lần nữa hoạt động.
SoEzPz

1
Vừa gặp sự cố này với Chrome 61.0.3163.100. Một lần nữa, cửa sổ mỏng hơn đã hoàn toàn sửa nó!
stevejboyer

2
@Rebar Trong trường hợp bạn không khắc phục được chưa, có khác sửa chữa được tìm thấy cách đây vài tuần liên kết
thuộc về loài rắn

19

Cuối cùng, một giải pháp đã được tìm thấy giúp tôi sau một thời gian dài và sau rất nhiều lần cố gắng khắc phục không thành công: Giải pháp trên Diễn đàn Google Chrome

Truy cập chrome: // flags / # force-color-profile

Thay đổi nó thành sRGB

Vì Google không cho phép các liên kết trực tiếp đến chrome://nên bạn sẽ phải tự mình chèn dấu hai chấm hoặc nhập toàn bộ liên kết theo cách thủ công vào thanh công cụ của mình.


14

Tình huống của tôi cũng tương tự, sau một thời gian vật lộn với phản hồi cực kỳ chậm của các công cụ dành cho nhà phát triển, tôi phát hiện ra vấn đề là do tiện ích mở rộng của Chrome mà tôi đã cài đặt cho knockoutJs gây ra. Vì vậy, đối với những người gặp phải những sự cố này, như một phần của quá trình khắc phục sự cố ban đầu, hãy thử tắt tiện ích mở rộng của chrome .


2
Tốt lắm. Đối với tôi đó là Knockoutjs context debuggerphần mở rộng. Chúc mừng!
Dunc

2
Đối với tôi đó là React Developer Tools! Chỉ xảy ra trên Mac, không xảy ra trên Windows.
Domi

Việc tắt Augurytiện ích mở rộng đã giúp ích cho tôi. Cảm ơn!
Matti Lehtinen

1
Có thể khẳng định rằng React Developer Toolsảnh hưởng đến cửa sổ là tốt
user5480949

7

Tôi đang sử dụng Phiên bản 61.0.3163.79 và tôi gặp vấn đề tương tự mà bài đăng này nói về.

Với một số tìm kiếm, tôi phát hiện ra rằng vấn đề là ở người dùng mà tôi đang sử dụng. Những gì tôi đã thử là nhập int google chrome với tư cách khách và các devtools trở nên nhanh hơn.

Vì vậy, những gì tôi đã làm là:

  1. Kiểm tra xem việc gỡ lỗi bằng người dùng khách có nhanh hơn không.
  2. Đăng xuất khỏi tài khoản .
  3. Xóa tất cả bộ nhớ cache được liên kết với google chrome.
  4. Khởi động lại PC (nhưng tôi nghĩ đóng trình duyệt là đủ)
  5. Đăng nhập lại vào tài khoản của bạn .

Tôi hy vọng điều này có thể giúp những người khác có cùng vấn đề.

[BIÊN TẬP:]

Tôi phát hiện ra rằng sau một thời gian (vài tuần) các công cụ dành cho nhà phát triển google chrome sẽ hoạt động chậm hơn. Vì vậy, tôi đã thử giải pháp sau và nó hoạt động:

  1. Mở dev tools
  2. Chuyển đến Sourcestab.nhập mô tả hình ảnh ở đây
  3. Đã xóa tất cả các biến đã xem, điểm ngắt, điểm ngắt DOM và điểm ngắt của Trình xử lý sự kiện. nhập mô tả hình ảnh ở đây

[CHỈNH SỬA THỨ HAI:]

Sau vài tuần, vấn đề lại xảy ra. Những gì tôi đã làm là cài đặt Phiên bản google canary 64.0.3249.2 canary (64-bit) và sự cố của tôi đã biến mất.

Đối với những người không biết canary là gì, vui lòng kiểm tra liên kết này .


4

Google đã biết về vấn đề - https://bugs.chromium.org/p/chromium/issues/detail?id=624097

Vấn đề dường như đã biến mất trong v.53 - họ hiện đang cố gắng tìm ra cách khắc phục nó. Nếu có thể, bản sửa lỗi sẽ được hợp nhất trở lại v.52. Nhưng ít nhất họ đang làm việc trên nó.


3
Tôi hiện đang làm việc trên v53.0.2785.101, vẫn gặp sự cố. Thật không sử dụng được mà tôi cài đặt firefox, và tôi đã không sử dụng nó kể từ năm ...
MatteoSp

Ở đây khá giống nhau - muốn chỉnh sửa một số văn bản trong div để hiển thị cho khách hàng, phải mất 30 giây sau khi tôi nhấp vào để thay đổi thành văn bản có thể chỉnh sửa.
LocalPCGuy

Tôi đang sử dụng v53 khi tôi tìm thấy chủ đề này. Vì vậy, điều đó có vẻ không chính xác? Tuy nhiên, 53.0.2785.143 m có vẻ tốt hơn. Mặc dù không chắc liệu nó có phải chỉ là khởi động lại mà sắp xếp nó ra hay không.
Ian Grainger

9
Cùng một vấn đề trong Chrome 54.0.2840.71 m (64-bit)
Lelis718

Bất kỳ giải pháp nào? Tôi đã thử canary và nó cũng giống như vậy đối với tôi. Tôi phải chuyển sang firefox ngay bây giờ ...
Nicolas Thery

3

Trong trường hợp những người khác đến đây gặp phải vấn đề tương tự như tôi gặp phải, hãy thử thay đổi tab Công cụ phát triển mà bạn đang xem thành Phần tử .

Tôi đã mở tab "Nguồn" và Chrome đang cố gắng tải các nội dung khổng lồ cho tab đó, điều này đã tạo ra độ trễ nhiều giây giữa các console.log()sự kiện tôi đã tạo và hiển thị các thông báo được ghi lại đó.


3

Làm cho các devtools hoạt động trở lại bằng cách hủy kích hoạt tất cả các điểm ngắt:

Đi tới Sourcestab, hiển thị trình gỡ lỗi (có thể bị ẩn) và nhấn Deactivate breakpoints.

(Chrome v62.0 trên Windows 10)


đó là nó! Đã thử mọi thứ trong chủ đề này nhưng điều này cuối cùng đã hoạt động. Tôi đoán đối với các dự án js lớn bằng cách nào đó nó dường như gây ra vấn đề.
coderofsalvation

2

Tôi đã gặp sự cố tương tự trên phiên bản 54.0.2840,99 m của Google Chrome.

Nhưng chuyển sang Chrome Canary đã hiệu quả!


1
Google Canary đã làm việc cho tôi cho đến bản cập nhật cuối cùng và phiên bản 59.0.3054.1 cũng rất chậm :(
miyconst Ngày

1

Tôi cũng phải đối mặt với vấn đề tương tự.

Tôi đã thử chuyển đổi màn hình không chọn. Bây giờ nó đang làm việc tốt.


1
Trong trường hợp người khác cũng đang vật lộn để tìm "Toggle thu hình màn ảnh": Đây là một biểu tượng trên góc trên cùng bên trái của DevTools
Matti Lehtinen

1

Giảm kích thước resourcehiện hữuoverridden

Chỉ những overridingtệp có ít dòng mã hơn mới hoạt động tốt với tôi. Tôi hạ cánh ở đây vì tôi là overridingmột tập tin có 35,000 +các dòng Javascript.

Hơn nữa, nếu bạn resourcelà một cái mới - tức là nó không được bao gồm trong một scriptthẻ hoặc linkthẻ, bạn có thể override main html documentvà thêm thẻ: <script src="/my-new-script.js"></script>. Thêm tập tin vào miền gốc của bạn trong Overrides folderngày Chrome:

overriding HTML

nhập mô tả hình ảnh ở đây

sau đó overridingCUSTOM SCRIPT:

nhập mô tả hình ảnh ở đây

Chúc may mắn...


1

Tôi lại tăng tốc Chrome bằng cách làm như sau:

  • Mở DevTools -> chọn tab Elements ->
    • chọn tab Tính toán lồng nhau -> trong Bộ lọc , đảm bảo rằng Hiển thị tất cả không được chọn.
    • chọn tab Trình nghe sự kiện lồng nhau -> đảm bảo rằng Trình nghe tổ tiên và Trình nghe khung không được chọn.


0

Đối với tôi, đang chạy Phiên bản Chrome 81.0.4044.138 (Bản dựng chính thức) (64-bit) trên Ubuntu 18, vấn đề dường như là chế độ xem trên thiết bị di động. Khi tôi tắt tính năng kiểm tra chế độ xem trên thiết bị di động trở lại thực sự nhanh chóng. Tôi nghĩ rằng đó là do giả lập cảm ứng và các thiết bị di động khác.

Chế độ xem di động trên Công cụ dành cho nhà phát triển Chrome

Để có thứ gì đó tương tự như chế độ xem trên thiết bị di động, tôi di chuyển thanh công cụ DevTools sang một bên và thay đổi kích thước cho đến khi tôi có được chiều rộng mình cần. Nó không hoàn hảo, nhưng nó hữu ích trong hầu hết thời gian.

Bên cạnh Chrome, Firefox nhanh hơn nhiều khi kiểm tra tổng thể các trang web, mặc dù tôi không sử dụng FF vì tôi đã quen với những thứ cụ thể trên Chrome. Hơn nữa, hầu hết các trang web tôi làm việc đều không kích hoạt những vấn đề này trên Chrome, trên thực tế, nó chỉ xảy ra với một trang web.

PD : trang web gây ra sự cố trên Chrome Dev Tools có rất nhiều biến CSS. Không chắc chắn nếu điều đó có liên quan.

CẬP NHẬT 1 TUẦN trước Tôi có thể sử dụng Chrome mà không gặp sự cố ngay cả trong chế độ xem trên thiết bị di động bằng cách tắt tùy chọn "Hiển thị truy vấn phương tiện"

nhập mô tả hình ảnh ở đây

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.