[android] Android Log.v (), Log.d (), Log.i (), Log.w (), Log.e ()-언제 사용합니까?

다른 방법은 우선 순위를 나타냅니다. 당신이 그들을 나열, 그들은 가장 중요하지 않은 것입니다. 코드에서 디버그 로그에 구체적으로 매핑하는 방법은 작업중 인 구성 요소 또는 앱뿐만 아니라 Android가 다양한 빌드 풍미 (eng, userdebug 및 user)에서 처리하는 방법에 달려 있다고 생각합니다. Android의 기본 데몬에서 상당한 양의 작업을 수행했으며 이것이 내가하는 방법입니다. 앱에는 직접 적용되지 않을 수도 있지만 일반적인 근거가있을 수 있습니다. 내 설명이 모호하게 들린다면,이 중 일부는 과학보다는 예술이기 때문입니다. 저의 기본 규칙은 가능한 한 효율적이며 시스템 성능을 저하시키지 않고 구성 요소를 합리적으로 디버깅 할 수 있는지 확인하고 항상 오류를 확인하고 기록하는 것입니다.

V-다른 간격으로 또는 구성 요소가 처리하는 이벤트 발생시 상태 인쇄물. 또한 내 구성 요소가 받거나 보내는 메시지 / 이벤트의 페이로드에 대한 매우 자세한 인쇄 결과입니다.

D-구성 요소 내에서 발생하는 사소한 이벤트 및 구성 요소가 수신 또는 전송하는 메시지 / 이벤트의 페이로드에 대한 세부 사항.

I-컴포넌트가 수신 또는 전송하는 메시지 / 이벤트의 헤더 및 컴포넌트 작동에 중요한 페이로드의 중요한 부분.

W-비정상적이거나 의심스러운 일이지만 반드시 오류는 아닙니다.

E-오류-일이 제대로 작동 할 때 발생하지 않는 일을 의미합니다.

사람들이 만드는 가장 큰 실수는 V, D 및 I와 같은 것을 과도하게 사용하지만 W 또는 E를 사용하지 않는다는 것입니다. 메시지가 발생할 때 메시지를 기록 할 수 있습니다. 반면 누군가 누군가가 키를 누를 때마다 Log.i ()를 수행하면 공유 로깅 리소스가 남용됩니다. 물론, 상식을 사용하고 네트워크 외부와 같이 통제 범위를 벗어난 것들이나 단단한 루프에 포함 된 것들에 대한 오류 로그에주의하십시오.

아마 나쁜

Log.i("I am here");

좋은

Log.e("I shouldn't be here");

이 모든 것을 염두에두고 코드가 “제작 준비”에 가까울수록 코드의 기본 로깅 수준을 더 많이 제한 할 수 있습니다 (알파 V, 베타 D, 프로덕션 I 또는 프로덕션 W 필요) ). 간단한 사용 사례를 살펴보고 로그를보고 더 제한적인 필터링을 적용 할 때 발생하는 상황을 대부분 이해할 수 있도록해야합니다. 아래 필터를 사용하여 실행해도 앱의 기능을 계속 알 수 있지만 모든 세부 정보를 얻지 못할 수도 있습니다.

logcat -v threadtime MyApp:I *:S

답변

Log.e(String, String) (error)
Log.w(String, String) (warning)
Log.i(String, String) (information)
Log.d(String, String) (debug)
Log.v(String, String) (verbose)

private static final String TAG = "MyActivity";
...
Log.i(TAG, "MyClass.getView() — get item number " + position);