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

Если объект существует, значит, это кому-нибудь нужно… В Java все именно так: каждый объект после создания существует (живёт) пока хотя бы одна переменная хранит его адрес (на него есть хотя бы одна ссылка). Если ссылок больше не остаётся, объект умирает. За ним приходит сборщик мусора и… На деле, всё совсем не так трагично, как звучит. Даже наоборот.

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

Сегодня у нас на повестке дня кратенькое знакомство с самым самостоятельным методом finalize(). Он подчиняется только Java-машине в том смысле, что только она его может вызывать. Причем аккурат перед тем, как объект будет уничтожен. Фактически этот метод — противоположность конструктору. В нем можно освобождать ресурсы, используемые объектом.

Философские темы о жизни и смерти объектов у нас пошли! Зачастую программисты создают объекты десятками и хранят их в различных списках для обработки, но никогда эти списки не чистят. От этого происходит раздувание. Чтобы его избежать нужно правильно использовать объекты. В этой лекции — первые представления об этом.

В предыдущих лекциях мы выяснили, что «ручками» finalize вызвать нереально, этим занимается только виртуальная машина Java, причем предсказать, когда она это сделает, нереально. А что, если попытаться её на это спровоцировать? Например, создать 50000 объектов (котиков и собачек, как обычно)? Решаем эту задачу и еще несколько.

Давайте разбираться со «статикой». Методы бывают статические и обычные. Обычные вызываются у объекта и имеют доступ к его данным этого объекта. Статические методы не имеют такого доступа: у них просто нет ссылки на объект, они способны обращаться либо к статическим переменным этого класса, либо к другим статическим методам. Подробности — в лекции.

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

Темы, которые мы здесь подымаем — прекрасный задел на будущее. Возможно, не полностью понятно, почему всё устроено именно так, но уже достаточно понятно, чтобы тренироваться на задачках. Присматриваемся к статическим методам, создавая их в задачах. Кстати, заметили, что метод main() — тоже вполне себе статичный?

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

Вот и шестой уровень подходит к своему логическому завершению! Перед тем, как выпуститься и перейти на седьмой уровень, решив сложные и полезные задачки, следует немного отдохнуть и посмотреть видео о нелегкой доле программиста. Пора привыкать к реальности: and so they code, their brain corrode.

Лишних задач в изучении программирования не бывает! Профессура секретного центра JavaRush уверена в этом на все 1000 процентов. Поэтому в конце уровня нужно решить еще несколько задач, причём некоторые из них — повышенной сложности и требуют от студента умения гуглить. Или думать. Или думать и гуглить.