Сборщики мусора из OpenJDK, которые мы успели рассмотреть к этому моменту (Serial и Parallel, CMS и G1, ZGCЧитать полностью »
Рубрика «jvm» - 2
Дюк, вынеси мусор! — 5. Epsilon GC
2022-08-05 в 18:35, admin, рубрики: epsilon gc, garbage collector, gc, java, jvmГрафика для JVM
2021-05-02 в 12:01, admin, рубрики: java, jvm, vds, vps, Блог компании Маклауд, быстрые vps, графический дизайн, интерфейсы, недорогие vps, Работа с векторной графикой
Допустим, я хочу создавать качественные десктопные приложения. Я также хочу сделать это на JVM. Не надейтесь — мы еще не достигли цели. Но у меня есть план.
Почему именно JVM?
Это производительность на достаточно высоком уровне, но не заставляет вас слишком много задумываться о каждом выделение памяти. Это кроссплатформенно. В нем есть отличные языки — Kotlin, Scala и, конечно же, Clojure. C # тоже подойдет, но в нем нет Clojure.
Разве вы уже не можете создавать десктопные приложения на JVM?
Вы можете. Но традиционно AWT, Swing и JavaFX сопровождались множеством недостатков в качестве и производительности. Они были настолько существенными, что только одной компании удалось создать прилично выглядящее приложение на Swing. Это возможно, но требует огромных усилий.
Разве не все пользовательские интерфейсы Java прокляты?
Нет, не совсем. У AWT, Swing и JavaFX есть свои проблемы, но это исключительно их проблемы. Нет фундаментальной причины, по которой невозможно создать высококачественный пользовательский интерфейс на JVM. Просто это еще не было сделано.
Почему это еще не было сделано?
Я думаю, это связано с терпением. Мы так привыкли к вещам, которые можно собрать за неделю, что никто не думает о годах. А для хорошего пользовательского интерфейса требуются годы работы. Это большое обязательство.
Почему не Electron?
Первая причина — производительность. JS — отличный язык для создания пользовательского интерфейса, но он намного медленнее, чем JVM. Wasm может быть быстрым, но подразумевает C ++ или Rust.
Читать полностью »
Релиз Spring Native Beta
2021-03-13 в 15:56, admin, рубрики: graal, graalvm, java, jvm, spring, микросервисыНедавно команда, занимающаяся портированием Spring для GraalVM, выпустила первый крупный релиз - Spring Native Beta. Вместе с создателями GraalVM они смогли пофиксить множество багов как в самом компиляторе так и спринге. Теперь у проекта появилась официальная поддержка, свой цикл релизов и его можно щупать.
Самым главным препятствием при переносе кода из JVM в бинарники является проблема использования фишек, присущих только java - рефлексия, работа с classpath, динамическая загрузка классов и т.д.
Согласно документации, ключевые различия между обычным JVM и нативной реализацией заключаются в следующем:
Анбоксинг в современной Java
2021-01-20 в 18:26, admin, рубрики: boxing, java, jit, jvm, Программирование, цикл forСейчас новые версии Java выходят раз в полгода. В них время от времени появляются новые возможности: var в Java 10, switch-выражения в Java 14, рекорды и паттерныЧитать полностью »
Программа Joker 2020: Java изнутри и снаружи
2020-10-13 в 8:23, admin, рубрики: java, joker, jvm, spring, Евгений Борисов, конференции, Питер Лори, Тагир Валеев
До конференции Joker меньше полутора месяцев, и пришло время рассказать Хабру, о чём будут её доклады.
Если говорить в целом, то так. Помимо докладов, будут воркшопы: они хорошо подходят онлайн-формату. Будут интересные новые спикеры вроде Питера Лори (на Stack Overflow — второй в мире по тегу «jvm»). Конечно, будут и хорошо знакомые имена: Тагир Валеев, Евгений Борисов и не только. Докладов по Spring в этот раз набралось на целый блок.
А за конкретикой приглашаем под кат — там описан каждый доклад.
Варим байткод на кухне JVM
2020-05-15 в 13:18, admin, рубрики: java, jvm, kotlin, Блог компании ДомКликМеня зовут Александр Коцюруба, я руковожу разработкой внутренних сервисов в компании ДомКлик. Многим разработчикам, пишущим на Java, с опытом приходит понимание внутреннего устройства JVM. Чтобы облегчить этот путь Java-самурая, я решил простым языком изложить основы виртуальной машины Java (JVM) и работы с байткодом.
Что такое таинственный байткод и где он обитает?
Постараюсь ответить на этот вопрос на примере приготовления солений.
Оцениваем опционы на Clojure методом Монте-Карло
2020-04-03 в 10:46, admin, рубрики: clojure, jvm, Блог компании Exness, опционы, Программирование, финансы, финансы в IT, ФП, функциональное программированиеПривет! Меня зовут Рома, я работаю iOS-разработчиком в Exness. А кроме того, пишу на Clojure и инвестирую.
Сегодня я расскажу о том, как оценивать опционы. Это вводная статья и заработать миллион, используя предложенный способ, вряд ли получится. Тем не менее, это хорошая основа для понимания более сложных методов оценки.
Бинарная совместимость Reaktive: как мы её обеспечиваем
2020-01-29 в 11:06, admin, рубрики: Binary Compatibility, java, jvm, kotlin, Блог компании Badoo, Разработка под androidПривет! Меня зовут Юрий Влад, я Android-разработчик в компании Badoo и принимаю участие в создании библиотеки Reaktive — Reactive Extensions на чистом Kotlin.
Любая библиотека должна по возможности соблюдать бинарную совместимость. Если разные версии библиотеки в зависимостях несовместимы, то результатом будут краши в рантайме. С такой проблемой мы можем столкнуться, например, при добавлении поддержки Reaktive в MVICore.
В этой статье я вкратце расскажу, что такое бинарная совместимость и каковы её особенности для Kotlin, а также о том, как её поддерживают в JetBrains, а теперь и в Badoo.
Hello World из байт-кода для JVM
2019-12-16 в 14:24, admin, рубрики: bytecode, java, jvm, ПрограммированиеСкомпилируем простенькую программу выводящую "Hello World" и пройдемся по его структуре
Не думаю, что статья будет достаточно информативной для тех, кто поверхностно не знает как выглядит байт-код и как с ним работает JVM (например, хотя бы простейшие инструкции (знание об их существовании)).
На самом деле, это не так сложно. Достаточно использовать инструмент javap из JDK и рассмотреть дизассемблированный код.
А мы приступим к разбору самой структуры байт-кода для JVM
Трансформация кода в Android 2. Анализ AST
2019-10-05 в 6:27, admin, рубрики: android, bytecode, gradle, gradle-plugin, java, jvm, модификация кода, Разработка под android
В этой статье расскажу о том, как решал проблемы, с которыми столкнулся в предыдущей части при реализации проекта.
Во-первых, при анализе трансформируемого класса, нужно как-то понять, является ли этот класс наследником Activity или Fragment, чтобы с уверенностью сказать, что класс подходит для нашей трансформации.
Во-вторых, в трансформируемом .class файле для всех полей с аннотацией @State нужно явно определить тип, чтобы вызвать соответствующий метод у бандла для сохранения/восстановления состояния, а точно определить тип можно лишь проанализировав всех родителей класса и реализуемые ими интерфейсы.
Таким образом, нужно просто иметь возможность анализировать абстрактно синтаксическое дерево трансформируемых файлов.