Bitmap과 달리 byte []가 가비지 수집됩니까? 아니면 똑같습니까?

Question

Android 앱에서 메모리 누수가 많이 발생했습니다. 나는 고정 비트 맵을 가지고 있지 않다. (이는 Bitamps 유출에 관한 모든 자습서에서하지 말라고 말한 것이다.) 그러나, 내 활동의 무리에 의해 사용되는 내 응용 프로그램 클래스에 저장 해요 비트 맵 있습니다. 내가 그 때 recycle() 마지막 활동이 종료 될 때 전화 오전,하지만 그냥 byte[] 같이 데이터를 저장하고 그것을 사용하는 각 활동에서 로컬로 Bitamp 만드는 안전한 것이라고 궁금하네요 그리고 그것을 출시 할 곧 끝납니다. 내가 궁금한 건 byte[]은 VM이 비트 맵보다 가비지 수집이 쉽다는 구조이다.

모든 도움은 대단히 감사하겠습니다.

Answer 1

Bitmap에서 byte[]으로 변경하면 Bitmap 개체에 대한 참조를 유지함으로써 발생하는 문제를 해결할 수 없습니다. recycle()을 호출하는 대신 마지막 활동이 종료 될 때 null 참조를 설정해야합니다. 그러면 recycle()을 호출하면 GC가 Bitmap 개체 자체를 수집 할 수있게됩니다. (이 재활용에 올 때 GC는 Bitmap 및 byte[] 구분하지 않습니다. 참조되지 않은 객체가 참조되지 않은 객체이다 ...)

유일한 다른 점을 Bitmap이 정말 메모리 누수의 원인 인 경우 (제안) 하드 참조 대신 응용 프로그램 클래스에서 WeakReference<Bitmap>을 사용하는 것입니다. 그런 다음 각 활동은 실제 Bitmap 일 수 있습니다 (아직있을 경우). 그렇다면 null으로 설정할 필요가 없습니다. GC는 하드 참조가 없을 때 Bitmap을 자동으로 수집하여 빈 약한 참조를 남깁니다.

Answer 2

카메라에서 가져온 비트 맵을 처리하는 경우 에이 필요합니다. 이미지의 크기에는 매우주의해야합니다.

카메라로 찍은 사진은 꽤 클 수 있습니다. 이미지를 비트 맵으로 열면 전체 배열이 메모리로로드됩니다. 5MP 카메라가 장착 된 Nexus One을 고려해보십시오. 기기로 촬영 한 사용자 사진은 2048x1536만큼 클 수 있습니다. 24 비트 픽셀 깊이를 사용하여 약 9MB에 대해 이야기하고 있습니다. 이것은 거대한인데 16/24 MB 힙 한계를 고려한 경우입니다.

솔루션 장치가 훨씬 낮은 해상도를 가질 것이기 때문에 일반적으로 전체 크기의 이미지가 필요하지 않습니다, 작은 크기와 함께 작업하는 것입니다, 플러스 ImageView의 크기 (또는 다른면 당신은 비트 맵을 표시하는 데 사용할) 일반적으로 모든 화면을 차지하지 않습니다.

BitmapFactory.decodeByteArray(...) (및 기타 공장 방법)은 을 통해 축척 비율을 지정할 수있는 BitmapFactory.Options 개체를 사용할 수 있습니다. 이렇게하면 원본 데이터에 영향을 미치지 않으므로 전체 크기 이미지를 유지하고 샘플 비트 맵을 메모리에 저장할 수 있습니다. 이전에 inJustDecodeBounds = true을 사용하여 이미지 크기를 읽은 다음 이미지의 크기와 뷰포트의 크기에 따라 배율을 계산하고 마지막으로 배율 조정 된 비트 맵을 얻으십시오.

이 질문은 (하지 선택한 대답하지만, 높은 점수와 다른 두) 편리 할 수 ​​있습니다 Strange out of memory issue while loading an image to a Bitmap object

편집 : 죄송합니다, 나는이 질문에 이미 대답했습니다 알고

Answer 3

에 의문을 잘못된 링크를 게시 사이드 노트와 마찬가지로 : Bitamps를 다루는 경우, Android가 기본적으로 처리하는 것 중 하나입니다 (즉, Java 코드가 아닌 C 코드를 통해). 따라서 모든 참조를 해제하더라도 네이티브 측의 메모리에 여전히 저장되며 앱과 비교됩니다.