어제, 나는 Traceview의 학생이되는 데 12 시간을 보냈다. 나는이 사실을 알기조차하지 못했다. 얼마나 정확하게 결정하기 위해안드로이드 Traceview - 내 응답이 응용 프로그램에 대한 답변을 보유하고 ... 내 생각 엔
- 정렬 "EXCL CPU 시간"에 의해 : 나는 그것을 생산하는 데이터의 절대 충격을 극복 한 이제
, 나는 Traceview이 몇 가지 간단한 개념에로 요약 할 수 있습니다 발견 각 개별 메소드가 개별적으로 사용하는 사용법.
- 호출 빈도와 호출 당 CPU 시간/실시간을보십시오. 분명히 더 높은 전화가 조사되어야합니다. 대부분의 경험에서 위의 # 1로 정렬하면 너무 많이 호출되고 너무 많은 시간이 걸리는 메소드가 목록 상단에 표시됩니다 (CPU를 가장 많이 사용하기 때문에 의미가 있습니다).
어쨌든, 난 항상 내 CPU의 90 %를 사용하여 내 응용 프로그램에서 실제 시간 지연의 대부분을 차지하는 3-4 방법을 찾을 수 위의 두 단계를 수행. 유일한 문제는이 같은 시스템의 방법이며, 이러한 방법 중 누구도 내가 쓴 방법이 없습니다입니다 :
- BitmapFactory 방법
- 웹킷 방법
- 그리고 이것은 말했다되고
다른 시스템 방법 , 최고의 리소스 돼지가 시스템 메소드라면 내 레이아웃 설계와 관련이 있다고 가정하는 것이 맞습니까? 저는 BitmapFactory가 어떻게 그렇게 높을 수 있는지를 놓치고 있습니다. 하나의 Activity BitmapFactory가 리소스 자체의 95 %를 차지하고 있지만, 레이아웃은 매우 복잡하지 않습니다.
TL - Traceview를 실행하고 리소스의 최고 덩어리가 모든 시스템 방법 인 경우 레이아웃 문제입니까? 또는 시스템 메서드가 내 사용자 지정 메서드와 직접 관련이없는 것처럼 높은 이유를 알 수있는 다른 방법은 무엇입니까?
내가 Traceview는 몇 가지 간단한 개념에로 요약 할 수있다 찾을 라이언
감사합니다. 인터넷에서 아직 본 Traceview 디버깅에 대한 가장 좋은 설명입니다. 대부분의 자습서는 문제를 추적하는 방법을 설명하는 것을 멈 춥니 다. 도와 주셔서 대단히 감사합니다. 스택을 가로 지르면서 스택을 드릴 다운했습니다. 나는 실제로 어떻게 호기심이 강한 방법을 해고하는지 알기 위해 스택을 뚫는 것에 대한 당신의 요점을 본다 ... 지금까지, 나는 아무것도 인식하지 못하지만, 나는 지금 더 잘 적응했다고 믿는다! 고마워, 너의 책을 사는 이유야. – AutoM8R
@ AutoM8R : 친절한 단어 주셔서 감사합니다! FWIW, Traceview에 관한 기사를 [* The Busy Coder 's Guide to Android Development *] (http://commonsware.com/Android)에서 1 년 이상 보유했습니다. – CommonsWare
당신이 그렇게 말할 까봐 두려웠습니다. 그 책을 샀어. 나는 인정할 것이다, 나는 초점을 맞추는 데 어려움을 겪고 나는 한 번에 하나씩 관심있는 부분을 읽는다. 나는 Traceview가 무엇인지 몰랐다. 그래서 나는 그것을 잊어 버렸다. 나는 분명히 이것을 읽고 완벽하게 실현할 것입니다. – AutoM8R