Когда я читаю концепцию потоков java, я видел инструкцию i.e «когда дело доходит до потоков, очень мало гарантировано». Любой может объяснить это вкратце.java threads concept
ответ
Возможно, это связано с тем, что порядок выполнения инструкций в двух потоках не гарантируется, и вы не можете полагаться на него, то есть порядок может быть определенным образом в одной системе и может быть совершенно другим на машина с другим оборудованием. Его даже не гарантировано в той же системе, вы получите одну и ту же последовательность в нескольких прогонах.
Я думаю, что она имеет в виду, что очень мало гарантируется с точки зрения того, когда поток начнется и завершит выполнение, если вы явно не синхронизируете их каким-либо образом. Вы также теряете гарантии безопасности данных, если несколько потоков одновременно считывают и записывают одни и те же данные.
Я не читал книгу сам, и это зависит от более широкого контекста. Но, вероятно, речь идет о безопасности потоков и о том, как вам нужно делать дополнительные шаги в многопоточной среде, чтобы гарантировать, что ваш код является потокобезопасным, - предотвращение таких ситуаций, как тупиковая ситуация, оживление и расовые опасности (все из которых могут проявляться в раздражающем, трудно отслеживаемом пустые пути, которые вызывают много времени и головную боль.) Поэтому попытка предотвратить это происходит в первую очередь намного лучше, чем иметь дело с последствиями позже.
Типичный (простой) пример может быть продемонстрирован классом A, который содержит два поля: x и y. Когда следующий метод называется х и у обоих увеличивается:
public void inc() {
x++;
y++;
}
Теперь обычно вы бы предположить, что это атомарная операция, единственным результатом вызова этого метода является то, что х и у обоих увеличивается. Однако в многопоточной среде это невозможно автоматически гарантировать. Есть вероятность, что после приращения x текущий поток будет упущен, а другой может войти и использовать этот объект в недопустимом состоянии, что может вызвать проблемы.
Это один из примеров, существует много других типов и категорий. Короче говоря, вы не получаете никакой формы безопасности потоков бесплатно, поэтому очень мало гарантировано, и если вы пишете многопоточный код, вам нужно научиться справляться с этими проблемами.
Я бы рекомендовал Java-параллелизм в практической книге в качестве дальнейшего чтения, это отличная книга, которая очень хорошо объясняет проблемы с нарезкой.
Великий сэр ... я понял, что это потокобезопасная слишком.... – satheesh
- 1. Java Thread concept/demo
- 2. Java EE «wait» concept
- 3. Concept - java and android
- 4. Java Threads vs OS Threads
- 5. Java Mutable and Immutable concept
- 6. Java-Overloading and Overriding Concept
- 7. Темы Java Threads или Cuda Threads
- 8. Green threads and Native threads in java
- 9. java threads: производитель - потребитель
- 10. Понять Java Threads
- 11. Java Threads and Synchronize
- 12. Java threads question
- 13. Android Studio Java Threads
- 14. Java Threads: Automatic Termination
- 15. Взрыв памяти Java Threads
- 16. Java Threads - NullPointerException
- 17. Java ClassCastException with threads
- 18. Java Threads Busy Waiting
- 19. pauseing threads in java
- 20. Dangling Threads in Java
- 21. Benchmarks for threads java
- 22. java daemon threads
- 23. Java Threads release правильно
- 24. java threads synchronization
- 25. Java Threads in Real
- 26. java threads альтернатива синхронизации
- 27. Java Threads «synchronized»
- 28. Java Interlocked Threads
- 29. Java Swing + Threads
- 30. Java Threads: synchronized blocks
В какой документации вы обращаетесь? –
scjp kathy's sierra book – satheesh
Это кажется полностью фиктивным, по крайней мере, без дополнительного контекста. –