| 1720626d328003884855097a58ae379e450bde09 |
|
20-Aug-2013 |
Andy Huang <ath@google.com> |
fix possible duplicate images from bitmap recycling race condition
There was a case where a cache hit would not increment the result's ref
count in time, which allowed the bitmap to be erroneously reused
(becaused poll() looks for refCount=0 bitmaps).
Bug: 10253182
Change-Id: I64d8f31c42f2847145c22cd27bcfb5a79f84aa44
/packages/apps/UnifiedEmail/src/com/android/bitmap/PooledCache.java
|
| c93032dc09d7cd4890b584d5f28bd5910f689213 |
|
01-Aug-2013 |
Mark Wei <markwei@google.com> |
Add copyright headers.
Change-Id: I95bcfd62086890fc1cdc354571a8ca17cc213177
/packages/apps/UnifiedEmail/src/com/android/bitmap/PooledCache.java
|
| 79c3e1ed9cb1e1660c5d34b7bf3f3ab5c5dd5162 |
|
22-Jul-2013 |
Andy Huang <ath@google.com> |
new allocation-minimizing bitmap decoder
Use a new image decoding and caching framework. This one maximizes
bitmap reuse by decoding into fixed-sized Bitmaps and relying on
BitmapRegionDecoder to only decode a desired region. The ultimate goal
is to allocate memory less often, as each large allocation triggers
GC jank.
The overall request/response abstraction and threading model are now
cleaner, and caching is no longer a required fixture. Multi-core
decoding is now supported, with a currently fixed thread pool size of 4.
Attachment images are the only client for now, but contact photos will
switch to this framework next.
Bug: 9566006
Change-Id: I7c437941fd984cc0038da8f0ffd1df1a9ced4dd3
/packages/apps/UnifiedEmail/src/com/android/bitmap/PooledCache.java
|