Синхронізований метод
Синхронізовані методи мають два ефекти.
По-перше, коли одна нитка виконує синхронізований метод для об'єкта, всі інші потоки, які викликають синхронізовані методи для того ж блоку об'єктів (призупинення виконання), поки перший потік не буде виконано з об'єктом.
По-друге, при виході синхронізованого методу він автоматично встановлює зв'язок, що відбувається раніше, з будь-яким наступним викликом синхронізованого методу для того ж об'єкта. Це гарантує, що зміни стану об'єкта є видимими для всіх потоків.
Зауважте, що конструктори не можуть бути синхронізовані - використання ключового слова синхронізованого з конструктором є синтаксичною помилкою. Синхронізувати конструктори не має сенсу, оскільки лише нитка, яка створює об'єкт, повинна мати доступ до нього під час його створення.
Синхронізована заява
На відміну від синхронізованих методів, синхронізовані оператори повинні вказувати об’єкт, що забезпечує внутрішнє блокування: Найчастіше я використовую це для синхронізації доступу до списку чи карти, але не хочу блокувати доступ до всіх методів об’єкта.
З: Внутрішні блокування та синхронізація Синхронізація побудована навколо внутрішнього об'єкта, відомого як внутрішній замок або блокування монітора. (Специфікація API часто посилається на цю сутність просто як "монітор".) Внутрішні блокування відіграють певну роль в обох аспектах синхронізації: забезпечення виключного доступу до стану об'єкта та встановлення взаємозв'язків, що мають місце перед важливістю для видимості.
Кожен об'єкт має властивий йому замок. За умовою, потік, який потребує ексклюзивного та послідовного доступу до полів об'єкта, повинен отримати власний замок об'єкта перед доступом до них, а потім випустити внутрішній замок, коли це зроблено з ними. Кажуть, що нитка володіє внутрішнім замком між часом, коли вона придбала замок і відпустила замок. Поки нитка володіє власним замком, жодна інша нитка не може придбати такий самий замок. Інший потік блокується при спробі придбати замок.
package test;
public class SynchTest implements Runnable {
private int c = 0;
public static void main(String[] args) {
new SynchTest().test();
}
public void test() {
// Create the object with the run() method
Runnable runnable = new SynchTest();
Runnable runnable2 = new SynchTest();
// Create the thread supplying it with the runnable object
Thread thread = new Thread(runnable,"thread-1");
Thread thread2 = new Thread(runnable,"thread-2");
// Here the key point is passing same object, if you pass runnable2 for thread2,
// then its not applicable for synchronization test and that wont give expected
// output Synchronization method means "it is not possible for two invocations
// of synchronized methods on the same object to interleave"
// Start the thread
thread.start();
thread2.start();
}
public synchronized void increment() {
System.out.println("Begin thread " + Thread.currentThread().getName());
System.out.println(this.hashCode() + "Value of C = " + c);
// If we uncomment this for synchronized block, then the result would be different
// synchronized(this) {
for (int i = 0; i < 9999999; i++) {
c += i;
}
// }
System.out.println("End thread " + Thread.currentThread().getName());
}
// public synchronized void decrement() {
// System.out.println("Decrement " + Thread.currentThread().getName());
// }
public int value() {
return c;
}
@Override
public void run() {
this.increment();
}
}
Перехресна перевірка різних виходів синхронізованим методом, блоком і без синхронізації.