Тфу блин, перепутал цифры.
Ну да такой, ну дак что как это объяснить?

Выполняется вызов метода run() из потока main, это порождает следующий вывод:

затем происходит запуск еще 2-х потоков, потоки начинаю работать почти одновременно и потому вывод из них идет по очереди, и соответсвенно получаем:

Как объяснит тот факт, что после вызова run() напрямую, не через put(), другие потоки НЕ реализуются СРАЗУ (они ждут), через put() допустим, после вызова run() сразу происходит возврат к главному потоку, и они используют процессор как бы вместе. Но так не происходит если вызвать run() напрямую, т.е. не происходит возврата к другому(другим потокам), он использкет его один на все время затраченное на for цикле.

Или может, просто мне думать, что так оно есть и непарится, невникать в суть?
Хотя очень интересно.

Это сообщение отредактировал(а) GIK - 18.1.2006, 18:26

Как уже здесь писали, для запуска потока предназначен start(), который вызывает run(). Если программа вышла из run(), то поток умер и повторному использованию не подлежит. Метод run() напрямую не вызывают. И выяснение, что будет в случае прямого обращения к run(), имеет скорее академическую, но не практическую ценность.

У тебя есть работающий поток. В рамках одного потока команды выполняются последовательно одна за одной, можно только изменить порядок их выполнения (это делают управляющие операторы if, for, break и т.д.). Поэтому когда ты пишешь такой код: run(); то ты просто передаешь управление в метод run, далее выполняются все команды из этого метода и ты продолжаешь с того места, где закончил. Именно этим и объясняется, поведение программы в первом случае.

Теперь рассмотрим, второй случай. Ты вызываешь метод put() (все это происходит в потоке main), создаешь в этом методе объект типа Thread (кстати ты даешь ему в качестве аргумента объект который реализует интерфейс Runnable, вот тебе хороший пример использования интерфейсов. Когда разрабатывался класс Thread, никто не знал о твоем классе, но им было достаточно знать, что он будет реализовывать Runnable, значит в нем будет метод run и его можно будет вызвать.) Создал объект, после чего вызываешь метод start(), который запускает новый поток, метод start() не ждет пока поток отработает, он просто дает сигнал на запуск и возвращается. Запущенный поток, иниализируется и выполняет метод run у объекта переданного в качестве аргумента. Там уже свой поток выполнения команд, независящий от потока который его запустил. Запустивший поток может закончить свое выполнение, но это никак не влияет на этот поток.

P.S. А вообще, тебе надо почитать какую нибудь книжку, на тему многопоточного программирования.

Чтобы не плодить топики спрошу здесь:
Решил написать простой сервер чата и столкнулся с проблемой. Архитектура такова:
Есть один главный поток(принимает новые соединения), который создает объекты Connection(для каждого клиента - свой). При этом занося их в мэп вида (clientId : connection). В класс Connection инкапсулирован поток прослушивания пакетов от клиента. Если поступает пакет с сообщением, этот поток обращается к синглтону EventHandler(защищен - к нему может одновременно обращаться с запросом обработать событие только один коннект), он обращается в мэпу и рассылает сообщения клиентам. 

При таком подходе сразу возникла проблема:
Клиент может разорвать коннект или же коннект может разорваться в случае ошибки. При этом надо как-то удалить из хеш-массива запись этого коннекшена и остановить соответствующий поток. Из этого потока, в котором возникла ошибка это сделать не выйдет(или выйдет ? он же удалит сам себя из хэшмэп, но при этом будет ещё выполняться и удачно завершится. Не опасно ли это?)

Т.е, как я понимаю, надо создать поток-демон для отслеживания таких вот отвалившихся клиентов и посылать ему сообщение(как ?), если клиент отвалился. При этом поток коннекшена завершится, а демон удалит из хеш-массива этот коннекшн.

Подскажите как лучше в данном случае построить архитектуру, и где об этом можно почитать

Вопрос снят, нашёл здесь: http://www.javatalks.ru/sutra39952.php