Java: Защита объекта от доступа несколькими потоками

Question

У меня есть приложение OpenGL ES 2.0. В нем, у меня есть класс, который содержит массив другого типа объекта, например, так (это упрощенный для вопроса):

public class StoreList(){ 

thisList StoreItems[]; 

    public StoreList(int nuberOfItems){ 

     thisList = StoreItems[numberOfItems]; 

    } 

} 

Изначально я заполнить список, а затем в определенные моменты во время приложения (если пользователь находится в «магазине» сцены), это возможно для новых элементов, которые будут добавлены в список, так что, например, список может выглядеть примерно так:

Before    After inserting object 'Fish' into index 1 

Index 0 - Dog  Index 0 - Dog 
Index 1 - Fox  Index 1 - Fish 
Index 2 - Bird  Index 2 - Fox 
Index 3 - Snake Index 3 - Bird 
        Index 4 - Snake 

Теперь этот список итерация по разным причинам. Например, для рендеринга, для обновления их позиций и т. Д.

Проблема в том, что мое приложение использует 2 потока - поток GL Rendering и поток Main/UI.

Когда пользователь выполняет определенное действие, поток пользовательского интерфейса вызывает метод «insertObject», который вставляет дополнительный элемент, как описано выше. Однако поток рендеринга счастливо делает это, и если бы он отображал объект в индексе 1, в то же время вызывался «insertObject», тогда он начинает вызывать проблемы (каждый объект в списке имеет разное количество квадрантов OpenGL для рисования а число для рисования содержится в переменной в самом объекте), поэтому, если исходный объект в индексе 1 имел 5 квадрациклов, а новый объект имеет только 4, то он начинает пытаться рисовать пятый квад, и мы получаем все способ выпуска (например, индекс за пределами границ).

Метод рендеринга, метод updateLogic и методы onTouchEvent объявлены как синхронизированные, но я все еще получаю проблему.

Я не совсем уверен, как добиться обеспечения этого объекта (экземпляр StoreList и все внутри него и это массив thisList) можно обновлять только из одного потока за раз.

Вопросы, которые я видел, связанные с проблемами параллелизма, касались защиты метода от вызова несколькими потоками, а не объектами, поэтому я немного запутался.

Буду признателен за любые рекомендации.

Answer 1

Почему бы не использовать синхронизированный блок в StoreItems вместо синхронизации методов вставки/обновления. Синхронизированный блок гарантирует, что только один поток может выполнить блок кода вставки или любой другой блок кода (скажем, обновление), который синхронизируется на одном и том же объекте (т. Е. StoreItems) в любое время.