Android Studio 2.0 logcat spam bởi deconnection

Question

My Android Studio tiếp tục bị spam bởi một số loại thông điệp debug bao giờ kể từ khi tôi nâng cấp lên 2,0

[ 05-17 17:08:32.896 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:34.896 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:36.910 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:38.912 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:40.909 81: 81 D/   ] 
Socket deconnection 

[ 05-17 17:08:42.918 81: 81 D/   ] 
Socket deconnection 

và nó tiếp tục đi và đi. Nó thực sự là thư rác hạnh phúc bất cứ khi nào ứng dụng của tôi bắt đầu đẩy dữ liệu đến máy chủ. Các dữ liệu được làm cho nó trên vì vậy tôi không chắc chắn những gì đang xảy ra.

Tôi đã thêm này để lọc logcat của tôi để thử và thoát khỏi nó, nhưng nó đã không làm việc:^(?! WifiStateMachine | ConnectivityService | ConnectivityManager | dalvikvm | IInputConnectionWrapper)

Có ai biết làm thế nào để có được loại bỏ điều này? nó làm cho nó thực sự khó khăn để gỡ lỗi ứng dụng của tôi và theo dõi các bản ghi của tôi.

Cảm ơn bạn đã dành thời gian

EDIT Cảm ơn bạn một lời nhận xét đó chỉ ra rằng Genymotion có thể được chỉ ra Android SDK và sử dụng RẰNG adb.exe mà sẽ ngăn chặn thư rác ngu ngốc này Dưới sự ứng dụng chính genymotion , nhấp vào tùy chọn -> ADB -> SDK android tùy chỉnh trỏ đến/AppData/Local/Android/sdk bingo!

Answer 1

Bạn có sử dụng Genymotion một cách tình cờ không? Tôi đã gặp lỗi tương tự sau khi cập nhật lên phiên bản 2.7.0. Theo mặc định, Genymotion sử dụng adb.exe của riêng nó, nằm trong thư mục Genymotion \ tools. Tôi nhận ra rằng ba trường hợp khác nhau của adb.exe đang chạy cùng một lúc - một trong thư mục Android \ sdk \ platform-tools và hai trong thư mục Genymotion.

Tôi đã thay đổi cấu hình của Genymotion để sử dụng adb.exe của hệ thống và lỗi kết nối Socket đã biến mất. Tôi có Android Studio 2.1.2.

Nếu bạn đang sử dụng thiết bị thực, đó có thể là sự cố kết nối cáp. Trong mọi trường hợp, bạn nên kiểm tra xem không có cá thể adb.exe nào khác đang chạy đồng thời hay không.

P.S. Lỗi ngay lập tức kết nối Socket đã xuất hiện trở lại, lần này chỉ trên máy tính bảng AVD và chỉ ở hướng ngang. Nếu bạn trải nghiệm như vậy, hãy đóng tất cả các ứng dụng đang mở và mở Network and sharing center - thay đổi cài đặt bộ điều hợp. Kích chuột phải vào VirtualBox host only network - Properties, bỏ chọn tất cả những thứ khác và chỉ để lại VirtualBox NDIS6 Driver, TCP/IPv4 và hai lớp liên kết được kiểm tra (tôi nghi ngờ TCP/IPv6 là nguyên nhân). Sau đó khởi động lại hệ điều hành.

EDIT Có nguyên nhân thứ hai gây ra lỗi "kết nối socket". Nếu nó vẫn tồn tại sau khi thay đổi ADB mặc định, hãy thoát khỏi Genymotion, đợi một lúc và mở Virtualbox làm chương trình độc lập. Chọn AVD của bạn - Cài đặt - Mạng. Nếu nó được thiết lập để "Host chỉ adapter", thay đổi nó để NAT Network - Tên NatNetwork (NAT hoặc Bridged có thể làm việc quá). Có vẻ như Genymotion buộc bộ điều hợp mạng "Chỉ lưu trữ" một lần nữa ở mỗi lần khởi động và NAT là bộ điều hợp thứ hai. Thông thường nó hoạt động tốt, nhưng nếu lỗi kết nối xảy ra, sự thay đổi thành mạng NAT làm cho nó biến mất.

Answer 2

Tải xuống Thiết bị ảo một lần nữa đã giải quyết được sự cố của tôi.

Answer 3

Ngoài câu trả lời của @Helmwag, vấn đề có thể ở ADB nhưng không chỉ trong Genymotion, mà cả SDK mặc định nữa.

Trong trường hợp của tôi, tôi đã chuyển ADB từ Genymotion sang Android SDK một thời gian trước đây, vì một số vấn đề khác.Tôi đã không nhận thấy tấn thông báo gỡ lỗi lúc đầu.

Hôm nay tôi cuối cùng cũng mệt mỏi với họ và quyết định loại bỏ các thông báo mạng này. Chuyển đổi Genymotion trở lại từ SDK Android ADB sang Genymotion bên trong ADB đã giải quyết được vấn đề của tôi.

Có lẽ, đó là kết quả của một số cơ chế bên trong bên trong ADB và trình mô phỏng nhưng, kỳ lạ, vấn đề có thể bị ẩn khỏi cả hai phía.

Answer 4

Cập nhật ứng dụng Genymotion từ 2.7.1 đến 2.7.2 đã được giải quyết cho tôi.

Cài đặt ADB vẫn giống nhau (sử dụng ADB từ android-sdk) và tôi không phải cập nhật Thiết bị ảo.

Answer 5

Tôi vừa bắt đầu trải nghiệm lại điều này. Tuy nhiên, tôi đã mong đợi điều đó. Stupid tôi sử dụng Sleep, có nghĩa là tôi phải khởi động lại PC (một vài giờ sau đó) nhưng nó đã trở lại khi thức dậy. Khi làm như vậy Hộp ảo yêu cầu cập nhật 3 lần (nếu tôi nhớ # chính xác) và điều này, từ kinh nghiệm, đặt lại bộ điều hợp mạng và tôi tin rằng tại sao trong tình huống này tôi bắt đầu gặp phải những lỗi này mà tôi chưa từng có .

Tôi có GenyMotion 2.8.1. Tôi không nghĩ GenyMotion hay Android của ADB tạo ra nhiều khác biệt (tôi đã sử dụng sau này một thời gian, nhưng gần đây đã nâng cấp lên Windows 10 và chỉ mới nhận ra rằng tôi đang sử dụng Genymotion's, vừa mới thay đổi thành Android).

Tôi có một PC tương đối mạnh (RAM FX8350 và 32Gb). Gần đây tôi đã nâng cấp từ 16 lên 32 và cải thiện độ tin cậy của các thiết bị GenyMotion khởi động mà không bị treo kể từ khi nâng cấp này, là lý do tại sao tôi nghi ngờ a) (ii) bên dưới dường như tạo sự khác biệt.

Giải pháp của tôi, mà tôi thường một cách nghiêm ngặt theo và xuất hiện để chữa trị những hành vi gây phiền nhiễu khác (ví dụ như liên tục ngắt kết nối tất cả các thiết bị (Tôi thường có một thiết bị thực tế (hoặc nhiều hơn) và cũng là một thiết bị GenyMotion (đôi khi nhiều hơn))) là: -

a)(i) có tất cả các thiết bị Android thực kết nối và (ii) cũng có các chương trình càng ít/ứng dụng đang chạy càng tốt (này xuất hiện để cung cấp một cơ hội tốt hơn của Thiết bị GenyMotion không treo)

b) Bắt đầu GenyMotion và đợi một lúc (một phút hoặc lâu hơn) và sau đó khởi động Thiết bị GenyMotion được yêu cầu. Nếu nhiều hơn một lần tại một thời điểm (tôi đã có 5 lần chạy cùng một lúc nhưng không phải gần đây) thì chỉ bắt đầu một cái mới khi người tiền nhiệm đã bắt đầu hoàn toàn (tức là Màn hình chính được hiển thị).

c) Khi GenyMotion thiết bị có, hoặc các thiết bị đã, bắt đầu thành công sau đó bắt đầu Android Studio.