Ребят, еще такой вопрос по поводу Thread сериализации.

я думаю, что "снова начала ехать", потому что поток не продолжает работать после дессериализации, не так ли? Он просто снова запустится. ААААА, Дмитрий, я кажется понял. Смотрите, если мы хотим что-то передать в файл какой-то объект с потоком, то он как бы запустился и все, т.е. мы передали все поля и так далее в файл, а когда кто-то запрашивает, то есть Input, то этот поток заново запустится и выдаст пользователю тот же результат как и при записи в него. След-но с помощью transient, мы остановили его после записи в файл, да? А при запросе объекта из файла, он опять запустится?

не совсем. тут это может быть не совсем очевидно, но у этого потока есть определённое состояние, которое может быть различным в разные моменты времени. Давай представим что мы ищем самое большое простое число крайне неэффективным алгоритмом. У нас вместо поля speed будет 2 поля СамоеБольшоеНайденноеПростоеЧисло и ТекущееРассматриваемоеЧисло. Мы увеличиваем текущее число, проверяем простое ли оно, и если да, то меняем СамоеБольшоеНайденноеПростоеЧисло на него. Как понимаешь этот алгоритм довольно неторопливый и если поля будут формата long, то работа алгоритма наверно затянется на года. и былоб хорошо иметь возможность иногда компьютер выключать, или даже менять, но так чтобы алгоритм не начинал всё сначала. Реализовать это можно разными способами, но так как в курсе сейчас изучается сериализация, то почему бы и не попробовать именно её. но есть проблемма, помимо наших двух полей, в классе присутствует ссылка на Thread, и проблемма тут в том, что при сериализации сериализутся все поля класса, и все они должны поддерживать сериализацию, Thread её не поддерживает. Но проблемма эт не очень большая, потому что ссылка на поток нам не особо и нужна в сохранённых данных, так как в следующий раз всё равно у нас будет другой поток в котором будет исполнятся наш код,. Для этого в языке есть ключевое слово transient, которое говорит сериализатору "не обращай на меня внимания, я тут в качестве мебели" Вобщем мы всё сериализовали. Сам алгоритм при этом продолжает выполняться и даже нашёл ещё100 простых чисел. Но случилось несчастье, пришла уборщица и ей понадобилась розетка в которую включен твой комп. А так как приказы уборщицы исполняет даже директор, то комп пришлось вырубить. Но после инцедента ты снова в деле, и можешь продолжить свои вычисления. Для этого просто запускаешь десериализацию, и получаешь 2 свои поля в целостности и сохранности. А благодаря 39 строчке заполняется ссылка на поток и производится его запуск. Правда последние 100 чисел придётся искать заново

Крутой пример! Все абсолютно понял, кроме последнего предложения. Почему последние 100 чисел придется искать заново, ведь 2 поля остались в сохранности? Это потому что поток заработает заново и пока он не досчитает до этих 100 чисел они не поменяются на другое 101 число к примеру?

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

Вот эта строка сказала мне все! Сталкера вспомнил) эт как в игре, нашёл врага, сохранился, огрёб, загрузился с последнего сохранения То есть если чувак нашел легендарное оружие, не сохранявшись, его убили то ему придется опять идти за ним. Так и с потоками, были значения int x= 0 и int y = 0, в цикле до 10 они инкрементятся, но тут вдруг что-то произошло и все оборвалось. Значит при новом запуске, то есть при читке пользователем они считаются ему с 0 до 10, таким образам когда пользователь открывает различные файлы которые когда-то были кем-то переданы, то он видит не продолжение реализации объекта, а то как этот объект построится(выведется) ему заново. Это как откусил пол печенья и передал другу, ну не правильно же поступили) нужно ему дать новое, чтобы он съел столько сколько и я.