Снова показываю как вести разработку «голыми руками» — без IDE, документации и даже интернета. На этот раз с помощью «пользовательской» Ubuntu Linux и OpenJDK.

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

Жертвам «слабой памяти» посвящается.

Заодно узнаете как можно вести разработку на Java хоть в чистом поле — в самолете, в поезде или на закрытом объекте, без подключения к интернету и документации.

Видео

На этот раз для большего угара помимо статьи было записано и видео, где показан весь процесс «полевой разработки» на Java, с одним только JDK.

Также ролик можно посмотреть на VK Video, Youtube и Платформе.

Тестовое окружение

Для большей чистоты эксперимента был взят Live-образ Ubuntu Desktop 24.04.3 LTS, записан на флешку, флешка вставлена в один из рабочих ноутбуков, который затем с нее был загружен.

Таким образом получилась чистая система, без средств разработки и с отключенной сетью.

Из инструментов будет лишь текстовый редактор и JDK.

И все.

Что будем писать

Самое простое что можно написать в таких полевых условиях — реверс-шелл HTTP-сервер. На самом деле написать можно много чего, особенно если посмотреть в каталог demo внутри OpenJDK:

Здесь и далее скриншоты из другой системы (Manjaro), чтобы не заморачиваться с их перебрасыванием из Live-системы и добавлением в статью.

Тем не менее на видео все описываемые в статье шаги и весь код вбиваются каноничным способом — полностью вручную, на чистой системе, загруженной с Live USB.

Демо

Упомянутый выше каталог demo содержит набор довольно серьезных примеров проектов, которых вам вполне хватит для начальной стадии изучения или в качестве основы для какого-нибудь прототипа, особенно если никаких других инструментов и интернета — нет.

Так выглядит демо-проект Notepad, реализующий простейший текстовый редактор:

Так выглядит демо Metalworks, с простейшей реализацией мульти-оконной системы (MDI):

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

Все демо-проекты содержат исходный код в архивах src.zip и собираются без внешних зависимостей.

К сожалению каталог с демо иногда вырезается ментейнерами дистрибутивов линукса ради экономии места. И переносится в отдельный пакет, который пользователи разумеется забывают установить.

Ручная разработка

В ролике в записи показано как автор вводит и запускает в работу примерно такой код:

// разумеется я не помню названий абсолютно всех
// импортируемых классов, поэтому тут стоит '*'
import java.io.*;
import java.net.*;
import java.util.concurrent.*;

public class MyWebServer {

   static void handle(Socket s)  {
    // метод getId() устарел, поэтому его использование в
    // последних версиях JDK выдает предупреждение
	System.out.println("Thread: %d"
	        .formatted(Thread.currentThread().getId()));

	// самое сложное место, которое удалось повторить на записи
	// далеко не с первой попытки         
    try(PrintWriter out = new PrintWriter(s.getOutputStream());
        BufferedReader in = new BufferedReader(
               new InputStreamReader(s.getInputStream()));) {
      // поскольку используется чтение и запись строк а не байт - читаем 
      // строку целиком, т.е. до символа \n
      String l = in.readLine();
      // тут просто показываем в консоль
      System.out.println(l);
      // этим простым способом читаем только строку запроса,
      // которая идет первой, пропустив все заголовки
      // \r\n (пустая строка) - признак завершения запроса
      while (l==null || l.isEmpty() || "\r\n".equals(in.readLine())); 
      
      // тут мы 'в лоб' сравниваем строку HTTP-запроса целиком
      // так она выглядит до работы парсера
      if ("GET /test HTTP/1.1".equals(l)) {
        // поскольку мы реагируем только на один url '/test'
        // формируем ниже статичный ответ        
        String data = "Hello from alex0x08 at "+ new Date();      
        // так выглядят стандартные поля ответа в 'raw' виде, без обработки
        out.println("HTTP/1.1 200 OK");
        // 'close' дает указание браузеру разорвать соединение 
        // с сервером сразу после получения данных
        out.println("Connection: close");
        // поскольку мы отдаем строку - ставим MIME тип 'text/plain'
        out.println("Content-Type: text/plain");
        // опционально отдаем размер данных
        out.println("Content-Length: " + data.length());
        // пустая строка - признак начала блока с данными
        out.println();
        // отдаем сами данные
        out.println(data);
      } else {
        // во всех остальных случаях формируем ответ 404
        out.println("HTTP/1.1 404 Not Found");
        out.println("Connection: close");
        out.println();    
      }
        // нужно обязательно вызывать поскольку PrintWriter кеширует данные
        out.flush();
    } catch (Exception e) {
		e.printStackTrace();
	} finally {
	 // в любом случае закрываем клиентский сокет
	  try {s.close();} catch (Exception ee) {}
	}
  }
  // стартовый метод приложения
  public static void main(String[] args) throws Exception {
     System.out.println("Starting..");
     // тоже сложное место, которое было непросто ввести по памяти
	ExecutorService p = Executors.newFixedThreadPool(10);
     // создание 'серверного' сокета, который будет прослушивать 
     // указанный порт
     // поскольку хост не указан - будут прослушиваться все (0.0.0.0)
    ServerSocket ss = new ServerSocket(8089);
    // бесконечный цикл, который нужен тк метод accept() - блокирующий
    // и выход из него произойдет после получения входящего подключения
    while (true) {
            // получен клиентский сокет
      		Socket s = ss.accept();
      		// запуск асинхронной обработки
 		    p.execute(() -> handle(s));
	}
  }
}

Комментариев в версии кода, который был показан на записи разумеется нет, они были добавлены уже после — для большего понимания.

Этот код реализует простейший многопоточный веб-сервер на Java, который отвечает лишь на один URL /test и отдает заранее заданную строку с датой.

Как видите даже столь небольшого кода достаточно чтобы можно было подключиться из современного браузера Chrome:

Компиляция выполняется как и в записи всего одной командой:

javac -cp . MyWebServer.java

После чего появится один единственный .class файл c совпадающим именем, поскольку пакеты не использовались, для запуска достаточно указать в качестве classpath текущий каталог:

java -cp . MyWebServer

Но это все лирика и понты.

Когда кончается память

Разумеется невозможно запомнить абсолютно все и рано или поздно вы столкнетесь с названием метода или класса, которые надо где-то подсмотреть.

Автор при записи видео столкнулся с таким в двух местах:

длинные классы-обертки над потоками (stream) сокета и сложное название статичного метода, создающего экземпляр ExecutorService.

И то и другое получилось правильно ввести далеко не с первой попытки.

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

Невероятно но факт:

подсмотреть названия системных классов и методов можно.. в самом JDK!

Вот это поворот!

В последних версиях JDK появилась интересная утилита jimage, которая находится в каталоге bin (там же где и главные бинарники java и javac).

С помощью этой штуки можно легко посмотреть полные названия всех системных классов:

Правда знание полного имени класса не всегда помогает, поскольку в JDK много вложенных системных классов, которые по идее вызывать снаружи не надо.

Команда для запуска:

jimage list $JAVA_HOME/lib/modules |less

где переменная JAVA_HOME указывает на каталог с установленной JDK:

Так вы увидите названия всех системных классов, но что делать с методами?

Вытаскиваем сигнатуры методов

Тут тоже есть решение, поскольку эта же утилита позволяет распаковывать jmod-файлы в которых находятся системные .class-файлы JDK.

 jimage extract --dir=/opt/src/tmp  $JAVA_HOME/lib/modules

А еще одна утилита javap позволяет посмотреть метаданные .class-файла, в том числе сигнатуры всех методов:

cd /opt/src/tmp/jre
javap java.base/java/nio/Bits.class

Так выглядит результат:

В виде текстового блока с подсветкой синтаксиса:

class java.nio.Bits {
  static final jdk.internal.misc.VM$BufferPool BUFFER_POOL;
  static final int JNI_COPY_TO_ARRAY_THRESHOLD;
  static final int JNI_COPY_FROM_ARRAY_THRESHOLD;
  static final boolean $assertionsDisabled;
  static short swap(short);
  static char swap(char);
  static int swap(int);
  static long swap(long);
  static int pageSize();
  static long pageCount(long);
  static boolean unaligned();
  static void reserveMemory(long, long);
  static void unreserveMemory(long, long);
  static {};
}

Вот этого уже с запасом хватит для полевой разработки в условиях крайнего Севера.

Если у вас есть реальный, а не нарисованный опыт разработки на Java, двух этих трюков будет достаточно для работы в поезде или самолете или на чужом компьютере — в тех местах и обстоятельствах, где нет подготовленного рабочего места.

Исходники JRE

Если вам совсем повезет, в каталоге JDK/lib будет находиться файл src.zip, внутри которого будут исходники всех системных классов JRE:

«Повезет» — потому что также как и demo, этот файл часто удаляют ментейнеры дистрибутивов Linux, с переносом в отдельный пакет. Но разумеется если он присутствует, то поможет гораздо больше чем все приседания с javap.

В распакованном виде:

Внутри находится исходный код всех классов Java, используемых в JDK:

cat java.base/java/io/Bits.java |less

Так выглядит исходный код класса java.io.Bits, который мы просматривали выше с помощью javap:

Эпилог

Смысл такой «полевой разработки» — в первую очередь проверка реальных практических навыков, которые находятся в голове у программиста, а не где‑то в интернете.

К сожалению на 2025й год можно констатировать, что такие навыки являются большой редкостью и мало кто из кандидатов, которых я когда-либо собеседовал могли осилить написание хотя‑бы трети подобного кода.

Кстати в нашем Телеграм-канале выложено первое техническое видео (запись с экрана), где впервые получилось проверить всю идею.

Оригинал статьи как обычно в нашем блоге.