Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Java: how to synchronize array accesses and what are the limitations on what goes in a synchronized condition

I had a 2x2 array that I had two threads operating on.

it is possible to use a synchronized statement in java on an array?

how does the locking work? the java tutorial thread said that the synchronized statement works on objects, so I wasn't sure what they meant. Another site said that I could make a statement like

synchronized (array1[]){

}

Does this synchronize accesses to everything in the array so that the array is locked to other threads?

if I have a two-d Array can i use

synchronized (array1[i]) to lock one of the rows of the array?

and is it possible to lock individual array values with something like

synchronized (array1[i][j]){

}

But yeah, tips or help are greatly appreciated. Actually I already turned it in, correct or not. But I want to know for future use

like image 694
James Street Avatar asked Sep 08 '11 16:09

James Street


People also ask

What is the disadvantage of synchronization in Java?

First drawback is that threads that are blocked waiting to execute synchronize code can't be interrupted. Once they're blocked their stuck there, until they get the lock for the object the code is synchronizing on.

What is the problem with synchronization in Java?

Furthermore, because only one thread can enter into a synchronized block or access a synchronized object, unnecessary use of synchronization can make the application slow. The larger the number of Java threads contending to execute a synchronized block or method, the worse the problem gets.

What is the need of synchronization in Java how it can be implemented?

Synchronization in java is the capability to control the access of multiple threads to any shared resource. In the Multithreading concept, multiple threads try to access the shared resources at a time to produce inconsistent results. The synchronization is necessary for reliable communication between threads.


2 Answers

No, synchronizing this way only means you are locking on the array object, not that you are actually synchronizing access to its methods. If your array is visible to others, they may still access/modify its contents regardless of whether or not it is being locked on. Only they can't lock on it at the same time - if they attempt to (from a different thread), they will be blocked until the lock is released by its original acquirer.

If you want to ensure that only one thread is accessing your array (or one element of it) at a time, you need to encapsulate it in a class and synchronize all public class methods which manipulate the array. (You may lock on the array for this purpose, though, if you want to - the simpler and usual approach is to declare the methods themselves as synchronized, in which case their content is synchronized on this, the enclosing object).

class ArrayWrapper {
  private int[] array = ...;

  public void setValue(int index, int value) {
    synchronized (array) {
      array[index] = value;
    }
  }

  public int getValue(int index) {
    synchronized (array) {
      return array[index];
    }
  }

  ...
}
like image 23
Péter Török Avatar answered Sep 18 '22 15:09

Péter Török


Yes, you can synchronize using an array as monitor object, because arrays (even arrays of primitives) are objects in Java.

You can synchronize a block of code on a specific monitor like this:

public void myMethod() {

    unsynchronized_statements...

    synchronized(myMonitorObject) {
        synchronized_statments...
    }

It is best practice to synchronize as few lines of code as possible.

Synchronizing code on a monitor does not affect the monitor in any way, it only affects the threads accessing the synchronized block of code. Before thread execution can enter the block of code, it must obtain 'the lock' on the monitor. The Java runtime ensures that at most one thread at a time can have 'the lock' on a monitor. So synchronizing on your array does not prohibit unsynchronized blocks of code to access it! The trick is to make sure that all the operations you don't want to happen at the same time are within blocks synchronized on the same monitor.

Since Java does not offer multi-dimensional arrays, only arrays-of-arrays, you can certainly synchronize on a nested array for more fine-grained synchronization. If you model a 2d array as an array of rows, you can only synchronize on rows, not on columns because in that example columns are not represented as separate arrays.

You can only synchronize on single array values if these are non-primitve, so Integer() instead of int. Note that Integer() is an immutable object, so you would not be able to change its value. A solution would be to create your own Cell() wrapper object with a getter and setter for the contained numeric value. This would allow you to let a thread get a lock on the Cell and safely change its value.

Because it's my day off I decided to have some fun and created a working example of what you describe. Yes, this is my idea of having fun.

Classes:

  • Matrix : representation of a 2d matrix of cells
  • Cell : wrapper for a matrix cell value
  • Operation : An abstract operation on an array of Cells
  • IncrementOperation : an Operation which increments each Cell value
  • ReverseOperation : an Operation which reverses the order of the cells
  • Main : the application

The application starts multiple operations on the same matrix. The only synchronized block of code is in the class Operation. If you remove the synchronization, the results will be wrong because two operations are manipulating the same row simultaneously.

Output when synchronized:

[105, 104, 103, 102, 101]
[110, 109, 108, 107, 106]
[115, 114, 113, 112, 111]
[120, 119, 118, 117, 116]
[125, 124, 123, 122, 121]
[130, 129, 128, 127, 126]
[135, 134, 133, 132, 131]
[140, 139, 138, 137, 136]
[145, 144, 143, 142, 141]
[150, 149, 148, 147, 146]

Example output when NOT synchronized:

[105, 4, 103, 102, 101]
[110, 9, 108, 207, 106]
[115, 14, 113, 212, 111]
[120, 19, 118, 217, 116]
[125, 124, 123, 122, 121]
[130, 129, 128, 127, 126]
[135, 34, 133, 232, 131]
[140, 139, 138, 137, 136]
[145, 144, 143, 142, 141]
[150, 149, 148, 147, 146]

Note that I added some Thread.sleep() statements in the operation implementations to make the difference between synchronized and unsynchronized execution more obvious.

like image 148
Adriaan Koster Avatar answered Sep 17 '22 15:09

Adriaan Koster