Что означает «синхронизированный»?


994

У меня есть несколько вопросов относительно использования и значимости synchronizedключевого слова.

  • Каково значение synchronizedключевого слова?
  • Когда должны быть методы synchronized?
  • Что это означает программно и логически?


1
полезное обсуждение между hashmap и hashtable, а также синхронизация: stackoverflow.com/questions/40471/java-hashmap-vs-hashtable
limc


1
Я прошел всю ссылку на документацию с первого комментария и не понял, пока не добрался до последнего абзаца. Вместо того, чтобы вставлять ссылки и ничего не цитировать, может быть вставка ссылок и добавление цитаты более полезно.
Ракиб

Ответы:


878

synchronizedКлючевое слово все о разных потоков чтения и записи одних и тех же переменных, объектов и ресурсов. Это не тривиальная тема в Java, но вот цитата из Sun:

synchronized методы обеспечивают простую стратегию предотвращения помех потоков и ошибок целостности памяти: если объект виден более чем одному потоку, все операции чтения или записи в переменные этого объекта выполняются с помощью синхронизированных методов.

В двух словах: если у вас есть два потока, которые читают и записывают в один и тот же «ресурс», скажем, переменную с именем foo, вам нужно убедиться, что эти потоки обращаются к переменной атомарным способом. Без synchronizedключевого слова ваша ветка 1 может не видеть изменения, внесенные в ветку 2 foo, или, что еще хуже, она может быть изменена только наполовину. Это не будет то, что вы ожидаете логически.

Опять же, это не тривиальная тема в Java. Чтобы узнать больше, изучите темы здесь, в SO и Interwebs:

Продолжайте изучать эти темы, пока имя «Брайан Гетц» не станет постоянно ассоциироваться с термином «параллелизм» в вашем мозгу.


71
Итак, в основном это ключевое слово Synchronized делает ваши методы поточно-ориентированными?
Риго Видес

82
Ключевое слово synchronized является одним из инструментов, которые делают ваш поток кода безопасным. Простое использование синхронизированного метода или переменной само по себе может или не может помочь. Для понимания правильности параллелизма очень важно иметь базовое понимание модели памяти Java.
Стю Томпсон

28
Если вы не Брайан Гетц (или, может быть, Джон Скит), почти невозможно добиться правильного параллелизма Java только с помощью языковых примитивов (синхронизированных, изменчивых). Для начала используйте пакет java.util.concurrent и постройте его.
Тило

12
Более ясно: синхронизированные методы не могут быть вызваны одновременно из нескольких потоков.
Петер - Восстановить Монику

2
@peterh synchronized делает больше, чем это, отсюда и более подробное объяснение
Stu Thompson

294

Ну, я думаю, у нас было достаточно теоретических объяснений, поэтому рассмотрим этот код

public class SOP {
    public static void print(String s) {
        System.out.println(s+"\n");
    }
}

public class TestThread extends Thread {
    String name;
    TheDemo theDemo;
    public TestThread(String name,TheDemo theDemo) {
        this.theDemo = theDemo;
        this.name = name;
        start();
    }
    @Override
    public void run() {
        theDemo.test(name);
    }
}

public class TheDemo {
    public synchronized void test(String name) {
        for(int i=0;i<10;i++) {
            SOP.print(name + " :: "+i);
            try{
                Thread.sleep(500);
            } catch (Exception e) {
                SOP.print(e.getMessage());
            }
        }
    }
    public static void main(String[] args) {
        TheDemo theDemo = new TheDemo();
        new TestThread("THREAD 1",theDemo);
        new TestThread("THREAD 2",theDemo);
        new TestThread("THREAD 3",theDemo);
    }
}

Примечание: synchronizedблокирует вызов следующего потока для метода test () до тех пор, пока выполнение предыдущего потока не завершено. Потоки могут обращаться к этому методу по одному. Без synchronizedвсех потоков можно получить доступ к этому методу одновременно.

Когда поток вызывает синхронизированный метод 'test' объекта (здесь объект является экземпляром класса 'TheDemo'), он получает блокировку этого объекта, любой новый поток не может вызвать ЛЮБОЙ синхронизированный метод того же объекта, пока предыдущий поток который приобрел замок, не снимает замок.

Подобное происходит, когда вызывается любой статический синхронизированный метод класса. Поток получает блокировку, связанную с классом (в этом случае любой нестатический синхронизированный метод экземпляра этого класса может быть вызван любым потоком, потому что эта блокировка уровня объекта все еще доступна). Любой другой поток не сможет вызвать какой-либо статический синхронизированный метод класса, если блокировка уровня класса не снята потоком, который в данный момент удерживает блокировку.

Выход с синхронизированным

THREAD 1 :: 0
THREAD 1 :: 1
THREAD 1 :: 2
THREAD 1 :: 3
THREAD 1 :: 4
THREAD 1 :: 5
THREAD 1 :: 6
THREAD 1 :: 7
THREAD 1 :: 8
THREAD 1 :: 9
THREAD 3 :: 0
THREAD 3 :: 1
THREAD 3 :: 2
THREAD 3 :: 3
THREAD 3 :: 4
THREAD 3 :: 5
THREAD 3 :: 6
THREAD 3 :: 7
THREAD 3 :: 8
THREAD 3 :: 9
THREAD 2 :: 0
THREAD 2 :: 1
THREAD 2 :: 2
THREAD 2 :: 3
THREAD 2 :: 4
THREAD 2 :: 5
THREAD 2 :: 6
THREAD 2 :: 7
THREAD 2 :: 8
THREAD 2 :: 9

Выход без синхронизации

THREAD 1 :: 0
THREAD 2 :: 0
THREAD 3 :: 0
THREAD 1 :: 1
THREAD 2 :: 1
THREAD 3 :: 1
THREAD 1 :: 2
THREAD 2 :: 2
THREAD 3 :: 2
THREAD 1 :: 3
THREAD 2 :: 3
THREAD 3 :: 3
THREAD 1 :: 4
THREAD 2 :: 4
THREAD 3 :: 4
THREAD 1 :: 5
THREAD 2 :: 5
THREAD 3 :: 5
THREAD 1 :: 6
THREAD 2 :: 6
THREAD 3 :: 6
THREAD 1 :: 7
THREAD 2 :: 7
THREAD 3 :: 7
THREAD 1 :: 8
THREAD 2 :: 8
THREAD 3 :: 8
THREAD 1 :: 9
THREAD 2 :: 9
THREAD 3 :: 9

7
Отличный пример, полезно знать теорию, но код всегда более конкретный и полный.
Санти Иглесиас

2
@SantiIglesias "Полный"? Нет. Этот пример демонстрирует поведение блокировки synchronized, но согласованность памяти игнорируется.
Стю Томпсон

2
@ Stu Согласованность памяти Томпсона является результатом блокировки
Dheeraj Sachan

@DheerajSachan По этой логике использование ReentrantLock приведет к согласованности памяти. Это не так.
Стю Томпсон

3
@boltup_im_coding: метод start () переводит поток в состояние «RUNNABLE», что означает, что он готов к выполнению или уже выполняется. Может случиться, что другой поток (обычно, но не обязательно с более высоким приоритетом) в состоянии Runnable переходит в очередь и начинает выполнение. В приведенном выше примере THREAD 3 получала процессор до THREAD 2.
Sahil J

116

synchronizedКлючевое слово предотвращает одновременный доступ к блоку коды или объекта с помощью нескольких потоков. Все методы Hashtableесть synchronized, поэтому только один поток может выполнить любой из них одновременно.

При использовании не- synchronizedконструкций, таких как HashMap, вы должны встроить функции безопасности потока в ваш код, чтобы предотвратить ошибки согласованности.


81

synchronizedозначает, что в многопоточной среде объект, имеющий synchronizedметод (-ы) / блок (-ы), не позволяет двум потокам одновременно обращаться к synchronizedметоду (-ам) / блоку (-ам) кода. Это означает, что один поток не может читать, а другой обновляет его.

Вместо этого второй поток будет ждать, пока первый поток завершит свое выполнение. Накладные расходы - это скорость, но преимущество - это согласованность данных.

Если ваше приложение является однопоточным, synchronizedблоки не дают преимуществ.


54

synchronizedКлючевое слово вызывает поток , чтобы получить блокировку при входе в методе, таким образом , что только один поток может выполнить метод в то же время (для данного экземпляра объекта, если он не является статическим методом).

Это часто называют деланием класса потокобезопасным, но я бы сказал, что это эвфемизм. Хотя верно то, что синхронизация защищает внутреннее состояние вектора от повреждения, это обычно не сильно помогает пользователю вектора.

Учти это:

 if (vector.isEmpty()){
     vector.add(data);
 }

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

По сути, вы должны синхронизировать код приложения.

Поскольку синхронизация на уровне методов является а) дорогой, когда она вам не нужна, и б) недостаточной, когда вам нужна синхронизация, теперь есть несинхронизированные замены (ArrayList в случае Vector).

Совсем недавно был выпущен пакет для параллелизма с несколькими умными утилитами, которые решают проблемы с многопоточностью.


27

обзор

Синхронизированное ключевое слово в Java связано с безопасностью потоков, то есть когда несколько потоков читают или записывают одну и ту же переменную.
Это может происходить напрямую (путем доступа к той же переменной) или косвенно (при использовании класса, который использует другой класс, который обращается к той же переменной).

Ключевое слово synchronized используется для определения блока кода, в котором несколько потоков могут безопасно обращаться к одной и той же переменной.

Глубже

Синтаксически synchronizedключевое слово принимает в Objectкачестве параметра параметр (называемый объектом блокировки ), за которым следует символ { block of code }.

  • Когда выполнение встречает это ключевое слово, текущий поток пытается «заблокировать / приобрести / владеть» (выбрать) заблокировать объект и выполнить связанный блок кода после того, как блокировка была получена.

  • Любые записи в переменные внутри блока синхронизированного кода гарантированно будут видны всем другим потокам, которые аналогичным образом выполняют код внутри блока синхронизированного кода, используя тот же объект блокировки .

  • Только один поток одновременно может удерживать блокировку, в течение которой все другие потоки, пытающиеся получить тот же самый объект блокировки, будут ожидать (приостановить их выполнение). Блокировка будет снята, когда выполнение выйдет из блока синхронизированного кода.

Синхронизированные методы:

Добавление synchronizedключевого слова в определение метода равно всего тела метода заворачивают в синхронизированном блоке кода с объектом блокировки существами this (для методов экземпляров) и ClassInQuestion.getClass() (для методов класса) .

- Метод экземпляра - это метод, который не имеет staticключевого слова.
- Метод класса - это метод, который имеет staticключевое слово.

технический

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

Недостаточно завершить операцию записи в потоке до (настенного времени), когда другой поток его прочитает, потому что аппаратное обеспечение могло бы кэшировать значение переменной, и поток чтения будет видеть кэшированное значение вместо того, что было записано в Это.

Вывод

Таким образом, в случае с Java вы должны следовать модели памяти Java, чтобы гарантировать, что ошибки потоков не возникнут.
Другими словами: используйте синхронизацию, атомарные операции или классы, которые используют их для вас.

источники

http://docs.oracle.com/javase/specs/jls/se8/html/index.html
Спецификация языка Java®, 2015-02-13


Извините, но у меня есть этот пример, и я не понимаю значения: `Integer i1 = Arrays.asList (1,2,3,4,5) .stream (). FindAny (). Get (); synchronized (i1) {Integer i2 = Arrays.asList (6,7,8,9,10) .parallelStream () .sorted () .findAny (). get (); System.out.println (i1 + "" + i2); } `1. Почему вы вызываете блок в первом экземпляре, и этот вызов не влияет на код? 2. Второй экземпляр будет поточно-ориентированным, несмотря на вызов блока на первом?
Adryr83

1
@ Adryr83 Если у вас есть вопрос, вы можете задать его, разместив новый вопрос. Но так как мы здесь, я разберусь, что я могу (ваш вопрос немного сложен для понимания). Из того, что я могу сказать об этом куске кода, он не содержит ничего, что требует синхронизации. Это вне контекста. Предложение: Если вы можете, попробуйте разделить код на более мелкие отдельные части, а затем найдите ответы на эти вопросы. Гораздо проще пытаться понять небольшие и изолированные проблемы, чем пытаться выяснить один большой блок кода.
Гима

21

Думайте об этом как о турникете, который можно найти на футбольном поле. Есть параллельные группы людей, желающих войти, но на турникете они «синхронизированы». Только один человек за раз может пройти. Все, кто хочет пройти, сделают это, но им, возможно, придется подождать, пока они смогут пройти.


16

Что такое синхронизированное ключевое слово?

Потоки взаимодействуют, главным образом, путем совместного доступа к полям и ссылкам на объекты, на которые ссылаются поля. Эта форма связи чрезвычайно эффективна, но допускает два вида ошибок: помехи потоков и ошибки согласованности памяти . Инструмент, необходимый для предотвращения этих ошибок - это синхронизация.

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

Когда методы синхронизируются?

Методы синхронизируются при добавлении synchronizedв определение или объявление метода. Вы также можете синхронизировать определенный блок кода с помощью метода.

Что это означает про грамматически и логически?

Это означает, что только один поток может получить доступ к критическому разделу , получив блокировку. Если этот поток не снимет эту блокировку, все остальные потоки должны будут ждать блокировки. У них нет доступа к критическому разделу без блокировки получения.

Это не может быть сделано с помощью магии. Программист обязан определить критические разделы в приложении и соответственно защитить их. Java обеспечивает платформу для защиты вашего приложения, но где и какие все разделы должны охраняться, является обязанностью программиста.

Подробнее на странице документации Java

Внутренние блокировки и синхронизация:

Синхронизация строится вокруг внутренней сущности, известной как внутренняя блокировка или блокировка монитора. Внутренние блокировки играют роль в обоих аспектах синхронизации: обеспечение исключительного доступа к состоянию объекта и установление отношений «до того, как произойдет», которые важны для видимости.

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

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

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

Синхронизация методов имеет два эффекта :

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

Когда один поток выполняет синхронизированный метод для объекта, все остальные потоки, которые вызывают синхронизированные методы для того же блока объекта (приостанавливают выполнение), пока первый поток не завершится с объектом.

Во-вторых, при выходе из синхронизированного метода он автоматически устанавливает отношение «до и после» с любым последующим вызовом синхронизированного метода для того же объекта.

Это гарантирует, что изменения состояния объекта видны всем потокам.

Ищите другие альтернативы синхронизации в:

Избегать синхронизации (это) в Java?


11

Synchronized normal methodэквивалентно Synchronized statement(используйте это)

class A {
    public synchronized void methodA() {
        // all function code
    }

    equivalent to

    public void methodA() {
        synchronized(this) {
             // all function code
        }
    } 
}

Synchronized static methodэквивалентно Synchronized statement(используйте класс)

class A {
    public static synchronized void methodA() {
        // all function code
    }

    equivalent to

    public void methodA() {
        synchronized(A.class) {
             // all function code
        }
    } 
}

Синхронизированный оператор (с использованием переменной)

class A {
    private Object lock1 = new Object();

    public void methodA() {
        synchronized(lock1 ) {
             // all function code
        }
    } 
}

Ибо synchronizedу нас есть и то Synchronized Methodsи другое Synchronized Statements. Однако Synchronized Methodsпохоже на Synchronized Statementsто, что нам просто нужно понять Synchronized Statements.

=> В основном мы будем иметь

synchronized(object or class) { // object/class use to provides the intrinsic lock
   // code 
}

Вот 2 думаю что поможет понимание synchronized

  • Каждый объект / класс intrinsic lockсвязан с ним.
  • Когда поток вызывает a synchronized statement, он автоматически получает intrinsic lockдля этого synchronized statement'sобъекта и освобождает его при возврате метода. До тех пор, пока потоку принадлежит поток intrinsic lock, никакой другой поток не может получить тот же самый поток = = безопасный поток.

=> Когда thread Aвызывается synchronized(this){// code 1}=> весь код блока (внутри класса), где есть, synchronized(this)и все synchronized normal method(внутри класса) заблокированы, потому что ЖЕ блокировка. Он будет выполнен после thread Aразблокировки ("// код 1" завершен).

Это поведение похоже на synchronized(a variable){// code 1}или synchronized(class).

SAME LOCK => lock (не зависит от того, какой метод? Или какие операторы?)

Использовать синхронизированный метод или синхронизированные операторы?

Я предпочитаю, synchronized statementsпотому что это более продолжительно. Например, в будущем вам нужно синхронизировать только часть метода. Например, у вас есть 2 синхронизированных метода, и они не имеют никакого отношения друг к другу, однако, когда поток запускает метод, он блокирует другой метод (это может предотвратить использование synchronized(a variable)).

Однако применить синхронизированный метод очень просто, а код выглядит просто. Для некоторого класса существует только 1 синхронизированный метод или все синхронизированные методы в классе, имеющие отношение друг к другу =>, которые мы можем использовать, synchronized methodчтобы сделать код короче и проще для понимания

Запись

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

  • При использовании synchronizedили обычный метод или synchronized(this)или synchronized(non-static variable)она будет синхронизирована база каждого экземпляра объекта.
  • Когда вы используете synchronizedили статический метод, synchronized(class)или synchronized(static variable)он будет синхронизирован на базе класса

Ссылка

https://docs.oracle.com/javase/tutorial/essential/concurrency/syncmeth.html https://docs.oracle.com/javase/tutorial/essential/concurrency/locksync.html

Надеюсь, это поможет


11

Вот объяснение из Учебников Java .

Рассмотрим следующий код:

public class SynchronizedCounter {
    private int c = 0;

    public synchronized void increment() {
        c++;
    }

    public synchronized void decrement() {
        c--;
    }

    public synchronized int value() {
        return c;
    }
}

Если countэто экземпляр SynchronizedCounter, то синхронизация этих методов имеет два эффекта:

  • Во-первых, невозможно выполнить два вызова синхронизированных методов для одного и того же объекта. Когда один поток выполняет синхронизированный метод для объекта, все остальные потоки, которые вызывают синхронизированные методы для того же блока объекта (приостанавливают выполнение), пока первый поток не завершится с объектом.
  • Во-вторых, при выходе из синхронизированного метода он автоматически устанавливает отношение «до и после» с любым последующим вызовом синхронизированного метода для того же объекта. Это гарантирует, что изменения состояния объекта видны всем потокам.

9

Насколько я понимаю, синхронизированный в основном означает, что компилятор напишет monitor.enter и monitor.exit вокруг вашего метода. Таким образом, он может быть потокобезопасным в зависимости от того, как он используется (я имею в виду, что вы можете написать объект с синхронизированными методами, который не является потокобезопасным, в зависимости от того, что делает ваш класс).


5

Чего не хватает другим ответам, так это одного важного аспекта: барьеров памяти . Синхронизация потоков в основном состоит из двух частей: сериализации и видимости. Я советую всем использовать Google для «барьера памяти jvm», так как это нетривиальная и чрезвычайно важная тема (если вы изменяете общие данные, к которым обращаются несколько потоков). Сделав это, я советую взглянуть на классы пакета java.util.concurrent, которые помогают избежать использования явной синхронизации, что, в свою очередь, помогает сделать программы простыми и эффективными, возможно, даже предотвращает взаимные блокировки.

Одним из таких примеров является ConcurrentLinkedDeque . Вместе с шаблоном команд он позволяет создавать высокоэффективные рабочие потоки, помещая команды в параллельную очередь - не требуется явная синхронизация, невозможны взаимоблокировки, не требуется явный сон (), просто опросите очередь, вызвав take ().

Вкратце: «синхронизация памяти» происходит неявно, когда вы запускаете поток, поток заканчивается, вы читаете энергозависимую переменную, вы разблокируете монитор (оставляете синхронизированный блок / функцию) и т. Д. Эта «синхронизация» влияет (в некотором смысле «сбрасывает» ") все записи сделаны до этого конкретного действия. В случае вышеупомянутого ConcurrentLinkedDeque документация «говорит»:

Эффекты согласованности памяти: Как и в случае других параллельных коллекций, действия в потоке перед помещением объекта в ConcurrentLinkedDeque выполняются перед выполнением действий после доступа или удаления этого элемента из ConcurrentLinkedDeque в другом потоке.

Это неявное поведение является несколько пагубным аспектом, потому что большинство Java-программистов без особого опыта просто примут многое из-за этого. А потом неожиданно наткнулся на этот поток после того, как Java не выполняет то, что «предполагается» делать в рабочей среде, где существует другая рабочая нагрузка - и довольно сложно протестировать проблемы параллелизма.


3

Синхронизированный означает просто, что несколько потоков, если они связаны с одним объектом, могут предотвратить грязное чтение и запись, если синхронизированный блок используется для определенного объекта. Чтобы дать вам больше ясности, давайте возьмем пример:

class MyRunnable implements Runnable {
    int var = 10;
    @Override
    public void run() {
        call();
    }

    public void call() {
        synchronized (this) {
            for (int i = 0; i < 4; i++) {
                var++;
                System.out.println("Current Thread " + Thread.currentThread().getName() + " var value "+var);
            }
        }
    }
}

public class MutlipleThreadsRunnable {
    public static void main(String[] args) {
        MyRunnable runnable1 = new MyRunnable();
        MyRunnable runnable2 = new MyRunnable();
        Thread t1 = new Thread(runnable1);
        t1.setName("Thread -1");
        Thread t2 = new Thread(runnable2);
        t2.setName("Thread -2");
        Thread t3 = new Thread(runnable1);
        t3.setName("Thread -3");
        t1.start();
        t2.start();
        t3.start();
    }
}

Мы создали два объекта класса MyRunnable: runnable1 совместно используется с потоком 1, а поток 3 и runnable2 - только с потоком 2. Теперь, когда t1 и t3 запускаются без использования синхронизации, вывод PFB предполагает, что оба потока 1 и 3 одновременно влияют на значение var, где для потока 2 var имеет свою собственную память.

Without Synchronized keyword

    Current Thread Thread -1 var value 11
    Current Thread Thread -2 var value 11
    Current Thread Thread -2 var value 12
    Current Thread Thread -2 var value 13
    Current Thread Thread -2 var value 14
    Current Thread Thread -1 var value 12
    Current Thread Thread -3 var value 13
    Current Thread Thread -3 var value 15
    Current Thread Thread -1 var value 14
    Current Thread Thread -1 var value 17
    Current Thread Thread -3 var value 16
    Current Thread Thread -3 var value 18

Используя Synchronzied, поток 3 ожидает завершения потока 1 во всех сценариях. Получены две блокировки: одна для runnable1, совместно используемая потоком 1 и потоком 3, а другая для runnable2, совместно используемая потоком 2.

Current Thread Thread -1 var value 11
Current Thread Thread -2 var value 11
Current Thread Thread -1 var value 12
Current Thread Thread -2 var value 12
Current Thread Thread -1 var value 13
Current Thread Thread -2 var value 13
Current Thread Thread -1 var value 14
Current Thread Thread -2 var value 14
Current Thread Thread -3 var value 15
Current Thread Thread -3 var value 16
Current Thread Thread -3 var value 17
Current Thread Thread -3 var value 18

Синхронизированный означает еще больше: он оказывает глубокое влияние на барьер памяти.
user1050755

1

простая синхронизация означает, что никакие два потока не могут получить доступ к блоку / методу одновременно. Когда мы говорим, что любой блок / метод класса синхронизирован, это означает, что только один поток может получить к ним доступ одновременно. Внутренне поток, который пытается получить к нему доступ, сначала блокирует этот объект, и пока эта блокировка недоступна, никакой другой поток не может получить доступ ни к одному из синхронизированных методов / блоков этого экземпляра класса.

Обратите внимание, что другой поток может получить доступ к методу того же объекта, который не определен для синхронизации. Поток может снять блокировку, вызвав

Object.wait()

0

synchronizedБлок в Java - это монитор в многопоточности. synchronizedБлок с тем же объектом / классом может быть выполнен только одним потоком, все остальные ожидают. Это может помочь в race conditionситуации, когда несколько потоков пытаются обновить одну и ту же переменную (первый шаг - использование volatileAbout )

Java 5продлен synchronizedпутем поддержки happens-before[О]

Разблокировка (синхронизированный блок или выход метода) монитора происходит перед каждой последующей блокировкой (синхронизированный блок или вход метода) того же монитора.

Следующий шаг java.util.concurrent

энергозависимый и синхронизированный


-6

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.