Effective Java 2 ed.
Ну и Thinking in Java 4 ed

авторЕсли Вы имеете в виду язык программирования, то нужно где-то полчаса времени. Столько же нужно, чтобы перейти с явы на сишарп. Другое дело, инструменты, классы, поля и методы.
Если бы я не знал, что вы часто тут отписываетесь и иногда говорите вещи по делу, я бы подумал что это высказывание принадлежит троллю.
Собственно, что касается многопоточности, вот на этом
авторА чем многопоточность в яве отличается от какой-то другой многопоточности? Даже методы очень часто одинаково называются (типа, синхронизе и т.п.). Кстати, в яве это дело очень даже понятно сделано: или наследоваться от класса Thread, или использовать (implements) интерфейс Runnable.

конечно можно останавливать дискуссию:) Лол

Если по делу, то такие высказывания считаю полной профанацией, научиться понимать синтаксис и научиться программировать на языке, это две огогошеньки какие разницы. Многопоточность в java и ее memory model понимает хорошо если 1 девелопер из 10, для остальных это практически равносильно пустому звуку.

авторchpasha
основной недостаток наследования от Thread это невозможность наследоваться от чего-то еще.

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

Послушайте человека, он вам правильные вещи говорит, ну а если он не авторитет, то хотя бы ради приличия прочитайте java concurrency in practice.
В промышленных приложениях, практически вся многопоточность идет через Executors, который как уже отметили принимает Runnable, это позволяет не писать своих велосипедов(которые не факт что получится написать), а воспользоваться опытом профессионалов. Работа через Executors позволяет отделить механизм запуска задач и управления ими от собственно самих задач.

Проблем множественного наследования в Java с применением интерфейсов нет.

Ну это слишком сильное заявление) Недаром уже который год обсуждают дополнение java traitами.

riskНе надо сюда вмешивать конкарренси... Это уже надстройка над Thread и Runable... еще атомарными переменными-операциями и волотайер.... Надо для начала разобраться с простым, а уже потом лезть с дебри....

Сюда это куда? Естественно это не место для обсуждения всяких деталей, имелся ввиду один посыл - изучить java за полчаса - это просто нереальный бред, и был приведен наглядный пример многопоточности, а есть же еще дженерики, ввод-вывод(сериализация), коллекции, всякие там equals compareTo... и это только язык, не говоря о множестве идиом паттернов и фреймворков

chpashaчитай.
Ок, приму к сведению. Встречное предложение прочесть что-нибудь по теме "Этикет" или "Как общаться с людьми и не выглядеть при этом быдлом".

chpashaThread реализует Runnable.

Ок, технически ты прав, только я не пойму зачем защищать явные глупости? Я имел ввиду, что интерфейс Executor кагбе намекает что туда надо передавать именно Runnable а не Thread. Передавать туда Thread хоть и технически возможно, но абсолютно бессмысленно. Это примерно такой же глупый и ненужный код как String description = new String("description"). Реалии таковы, что если вы пишете не какую-нибудь мелкую утилиту, то смысла использовать Thread напрямую нет, даже более того, кто-нибудь может умудриться вызвать на этом Thread start() или run(), не раз такое встречал.

ivanov-voidпропущено...

Не основной. Наследование от Thread приводит к сильной связности кода задачни к какой связности оно не приводит. Thread это Runnable, ты эту мысль понять в состоянии? Если ты наследуешься от Thread, можешь ссылаться на класс как на Runnable со всеми вытекающими.[/quot]
Можно, но зачем? Это бесмысленно, вы можете понять эту мысль?

И еще раз, вот это -

авторpublic class Thread
extends Object
implements Runnable

основной недостаток наследования от Thread это невозможность наследоваться от чего-то еще.

Не самый большой недостаток, с выходом j.u.c. создание нити через new Thread() можно сказать что deprecated
Так что, последуйте своему же совету и
авторпрежде чем писать глупости, читай

Не ради холивара, а ради того что сейчас нечего делать:)
Вы так умело придираетесь к чужим словам и неправильно сформулированным фразам, и в упор не видите своих таких же косяков, это печально.

chpashaBlazkowiczНаследуя задачи от Thread мы автоматом убиваем возможноть выстроить иерархию задач, т.к. множественного наследования в Java нет.а я о чем 12584168 ?
Вообще, технически ничего не мешает сделать самый верхний класс иерархии наследником Thread, а остальные наследовать от него, только это, конечно, глупость несусветная.


chpashaBlazkowiczДаже в базовой документации (то ли в JavaDoc, то ли в туториале) сказано что реализовывать Runnable предпочтительнее чем наследоваться от Thread. Какой великий смысл в том чтобы наследовать класс от Thread, но при этом использовать его исключительно как Runnable?
блин читайте уже топики сначала. в каком месте я утверждал, что это нужно и хорошо? Поступило заявление о том, что при наследовании от Thread нельзя юзать пул потоков.
Зато вы очень хорошо читаете топик)

авторПослушайте человека, он вам правильные вещи говорит, ну а если он не авторитет, то хотя бы ради приличия прочитайте java concurrency in practice.
В промышленных приложениях, практически вся многопоточность идет через Executors, который как уже отметили принимает Runnable, это позволяет не писать своих велосипедов(которые не факт что получится написать), а воспользоваться опытом профессионалов. Работа через Executors позволяет отделить механизм запуска задач и управления ими от собственно самих задач.

Где тут хоть слово про то, что "при наследовании от Thread нельзя юзать пул потоков."(c)?

А вот это(уже который раз цитирую)

авторpublic class Thread
extends Object
implements Runnable

основной недостаток наследования от Thread это невозможность наследоваться от чего-то еще.

Если не глупо, то несоотвествует действительности. Не считая того, что Thread нерекомендуем в принципе, механизм Runnable + Executors позволяет отделить механизм запуска задач и управления ими от собственно самих задач.

авторя правильно понимаю, ты пять минут назад еще не знал, что Thread это Runnable,
Спасибо что объяснил, лол:)

chpashaivanov-voidРасширение Thread лишает возможности использования пулов.
прежде, чем ты скажешь, что это не ты сказал - да не ты, а он. а я ему возразил. а ты мне сказал, чтоб я его слушал и вообще пошел про concurrency почитал.


Ок, забей, да я тоже недосмотрел под чем подписываюсь