Проблемы с производительностью при хранении нескольких растровых изображений

Question

Я создал пользовательский объект View, который переопределяет метод onDraw для рисования довольно активного пользовательского интерфейса. Я добавляю 5 этих пользовательских представлений на LinearLayout, , но только один вид виден в любой момент.

В зависимости от действий пользователей внутри моего приложения, я переключаю свойство View.Visibility на каждом, чтобы можно было видеть только один.

Просто для уточнения, метод, который я использую для меня, работает, и он кажется довольно отзывчивым. Меня немного волнует, как этот метод повлияет на устройства нижнего или нижнего уровня.

Вот пример моего текущего кода:

настраиваемое представление

public class MyDrawingView extends View { 
    private Bitmap mViewBitmap; 

    private int mWidth = 1024; // The width of the device screen 
    private int mHeight = 600; // Example value, this is dynamic 

    @Override 
    protected void onDraw(Canvas canvas) { 
    // Copy the in-memory bitmap to the canvas. 
    if(mViewBitmap != null) canvas.drawBitmap(mViewBitmap, 0, 0, mCanvasPaint); 
    } 

    private void drawMe() { 
    if(mViewBitmap == null) mViewBitmap = Bitmap.createBitmap(mWidth, mHeight, Bitmap.Config.ARGB_8888); 
    Canvas c = new Canvas(mViewBitmap); 
    c.drawBitmap(...); 
    c.drawText(...); 
    // Multiple different methods here drawing onto the canvas 
    c.save(); 
    } 
} 

Layout XML

<LinearLayout> 
    <com.company.project.ui.MyDrawingView 
      android:id="@+id/myCustomView1" 
      android:layout_width="wrap_content" 
      android:layout_height="wrap_content" /> 
    <com.company.project.ui.MyDrawingView 
      android:id="@+id/myCustomView2" 
      android:layout_width="wrap_content" 
      android:layout_height="wrap_content" /> 
    <com.company.project.ui.MyDrawingView 
      android:id="@+id/myCustomView3" 
      android:layout_width="wrap_content" 
      android:layout_height="wrap_content" /> 
    <com.company.project.ui.MyDrawingView 
      android:id="@+id/myCustomView4" 
      android:layout_width="wrap_content" 
      android:layout_height="wrap_content" /> 
    <com.company.project.ui.MyDrawingView 
      android:id="@+id/myCustomView5" 
      android:layout_width="wrap_content" 
      android:layout_height="wrap_content" /> 
</LinearLayout> 

Вопросы

1. Должен ли я хранить эти 5 отдельных экземпляров моего представления с растровыми изображениями размером 1024x600 в памяти все время?
2. Должен ли я объединить функциональность, так что мне нужно добавить только один вид в мой макет XML, а затем повторно сгенерировать растровое изображение каждый раз, когда View необходимо обновить?
3. Какой вариант лучше для производительности, учитывая, что перерисовка моего растрового изображения может занять некоторое время из-за его сложности?

Документация

Я уже прочитал Android документации на Managing Bitmap Memory, но я чувствую, что я реализовывали моменты, изложенные уже в моей настраиваемое представление, и я не думаю, что это вполне покрывает мой сценарий.

Answer 1

ОК, так что я взял на борт комментарии Geobits' на размер кучи и придумал решение проблемы:

1. Go с одним видом, который динамически будет нарисовать данные на одном внутреннейBitmap в соответствии с требованиями
2. изменить тип растрового изображения RGB_565 для того, чтобы растровое изображение немного меньше
3. Удаление/рециркулировать растрового изображения, где это возможно

После этого мне удалось сократить требуемую оперативную память до 25 Мб для всего приложения, которое я более чем доволен.

Answer 2

Я не уверен, почему вы помещаете LinearLayout с видами внутри, которые имеют размер устройства, а затем скрываются соответственно. Вам будет лучше использовать ViewFlipper или даже лучше ViewPager.

Лучшим из них будет ViewPager, с тех пор вы можете освободить растровые изображения из памяти, если они не видны.

Кроме того, если вы загружаете изображение из Интернета или SD-карты, вы можете использовать Universal Image Loader, что упрощает кеширование и управление памятью для вас.нет необходимости изобретать колесо :)