Rina Araki Jav
⚡ 👉🏻👉🏻👉🏻 INFORMATION AVAILABLE CLICK HERE 👈🏻👈🏻👈🏻
Rina Araki Jav
Все потоки
Разработка
Администрирование
Дизайн
Менеджмент
Маркетинг
Научпоп
Многие современные языки поддерживают работу с корутинами на уровне языка. Java в данный момент не поддерживает корутины, но есть надежды что в будущем все может измениться.
В С++20 планируется ввести поддержку для работы с корутинами.
Используя JNI мы можем писать корутины на С++ и использовать в Java коде.
Рассмотрим какие нативные корутины можно писать и как их использовать в Java коде.
Генератор позволяет создавать последовательность значений определенного типа, при этом значения генерируются лениво и синхронно.
/* C++ code */
generator generate(int count) {
for (int i = 0; i < count; i++) {
co_yield i;
}
}
/* Java code */
Generator gen1 = Coroutine.yield(5);
Generator gen2 = Coroutine.yield(1f, 5);
Generator gen3 = Coroutine.yield(v -> v * 2, 1d, 5);
for (int item : gen1) {
System.out.println("yield value: " + item);
}
Асинхронный Генератор позволяет создавать последовательность значений определенного типа, при этом значения генерируются лениво и асинхронно.
/* C++ code */
async_generator generate(int count) {
for (int i = 0; i < count; i++) {
co_await 1s;
co_yield i;
}
}
/* Java code */
Generator gen1 = Coroutine.yieldAsync(5);
Generator gen2 = Coroutine.yieldAsync(1f, 5);
Generator gen3 = Coroutine.yieldAsync(v -> v * 2, 1d, 5);
for (int item : gen1) {
System.out.println("yield value: " + item);
}
Задача (Task) производит асинхронное вычисление, которое выполняется лениво, при этом корутина не выполняется, пока задача не запустится явно.
Корутины можно использовать как легковесные потоки. При этом количество запущенных потоков в системе может быть ограничено, например не более 1000. А корутин можно запустить сколько угодно.
При запуске корутины, проверяется готова ли она. Если нет, то корутина приостанавливается и ОС передается обработчик на ее. В этот момент выполниться полезный кусок кода. Когда корутина готова, тогда выполняется возобновление корутины.
/* C++ code */
struct awaiter {
bool await_ready() const { return false; }
void await_resume() {}
void await_suspend(std::coroutine_handle<> handler) {
/* invoke java/jni code */
if (!handler.done()) {
handler.resume();
}
}
};
co_await awaiter{};
Как при запуске потока, корутине можно передать Runnable или Callable.
/* Java code */
Coroutine.await(() -> {
int sum = 5 + 10;
});
Task task = Coroutine.await(() -> {
int sum = 5 + 10;
return sum;
});
Таймер выполняет приостановку выполнения текущей задачи на требуемую длительность.
auto operator co_await(const std::chrono::system_clock::duration& duration) {
return timer{duration};
}
co_await 10ms;
Можно использовать как замену Thread.sleep().
Coroutine.await(10, TimeUnit.MILLISECONDS);
Также корутины можно применять для написания не блокирующего кода для работы с файловой системой, сетью и т.д.
Как можно видеть корутины облегчают написание асинхроного кода, позволяя выполнять части кода не блокируя поток.
Корутины которые планируют завести в С++20, появлятся в виде чистой языковой фичи.
Генераторы, задачи и другие корутиные планируются добавить в стандарт С++23 или позже.
Можно самому писать свои корутины или использовать уже готовой библиотекой, например cppcoro .
Компиляторы MVSC, Clang уже поддерживают корутины как расширение, а GCC только на стадии разработки.
Полный исходной код можно посмотреть на github: code
15,6k
20
22,4k
109
26,6k
146
1,1k
2
3,3k
12
10,7k
14
+8
21,1k
115
15
+53
37,9k
202
26
+49
262k
143
119
300
за проект
0 откликов
20 просмотров
6 000
за проект
1 отклик
10 просмотров
1 200
за час
8 откликов
43 просмотра
5 000
за проект
5 откликов
57 просмотров
1 000
за час
2 отклика
19 просмотров
Старый и добрый вопрос — а нахрена козе баян? Что можно улучшить в Java дёргая какой-то страшный натив? Вот получить геморой при переносе приложения банально на соседний сервер — это пожалуйста. Сразу вызываем магов с глубоким знанием си, серверной оси, её администрирования и т.д. и т.п. Они долго мучают несчастный сервер. Далее гордо заявляют — можно пробовать! Потом опять ничего не работает, но в итоге, осознавая великую важность глубокого понимания нативных процессов, мы все дружно аплодируем победителям.
Правда сегодня Java как-то обходится без аплодисментов сторонним разработчикам. Даже непонятно, как можно так легко жить? Вот поэтому нам срочно нужны нативные вызовы, ручное управление памятью, указатели, и да, конечно, вставки на ассемблере, а как без них в наше время?
Например, вам нужен нативный генератор случайных чисел. Для вызова API с мудрого железа. Вариант?
В С++20 планируются также добавить ranges. Своего рода «Streams» Java. В будущем планируется сделать асинхронные ranges (на основе корутин). В языке Kotlin 1.3 реализованы Flow (на основе корутин).
Если посмотреть как устроены потоки в Java, то под капотом они ложатся в системные потоки.
Используя нативные корутины, можно реализовать легковесные потоки для Java.
>> Используя нативные корутины, можно реализовать легковесные потоки для Java.
А если посмотреть, как работают «легковесные потоки», то окажется, что их можно легко реализовать на Java без вызовов нативного кода. То есть всё украдено до нас, подобные игрушки давно реализованы в виде библиотек и им не нужен натив и C++, поэтому по прежнему совершенно непонятно, зачем в Java эта модная штучка из С++.
И да, полагаться на «легковесность» потоков не всегда правильно. Если нет понимания, как оно работает внутри, то хоть легковесные, хоть какие угодно потоки, могут больно ударить по голове интересными эффектами.
Сам по себе подход «облегчения» программирования при выполнении псевдо-параллельных задач должен выбираться грамотным архитектором, который понимает все «за и против». А просто вносить в массы сумятицу и тренировать использовать непонятный большинству инструмент — это приведёт лишь к очередному витку порождения недалёких, но очень уверенных в своих скиллах программистов. На уровне языка же внедрять подобные штучки нужно ещё осторожнее. При этом стоит помнить, что изначально при разработке Java тоже предполагалось использовать «лёгкие» потоки, но потом, серьёзно подумав, от этого отказались и включили в язык стандартные потоки ОС, что полностью закрыло все потребности, включая потребность в упрощении, которое достигается банальным написанием соответствующей библиотеки. А вот не было бы привычных потоков — Java вообще вряд ли взлетела бы.
При этом стоит помнить, что изначально при разработке Java тоже предполагалось использовать «лёгкие» потоки, но потом, серьёзно подумав, от этого отказались и включили в язык стандартные потоки ОС
Справедливости ради стоит отметить, что «легкие» потоки появились в джаве в те древние времена, когда в windows с потоками было еще не очень. Когда стало очень, выпилили свои потоки не долго думая.
Да проект Loom, много обещающий и это будет хорошо если в будущем в Java внедрят файберы. Но сейчас можно как альтернативу использовать нативные корутины или что другое.
К сожалению корутины — не альтернатива.
Корутины и файберы — ортогональны друг к другу.
там все таки не green threads, а еще более легковесное.
собственно поэтому и стали называть fibers, чтоб не путать, роль аля context из rx-реализаций.
мотивация ведь простая — быстродействие
Крайне спорный тезис. То есть в рекламе — да, могут и про скорость и про отсутствие всех на свете проблем написать, но на самом деле, снова повторюсь, ничего такого, чего нельзя сделать средствами обычной Java в этих «лёгких» потоках нет.
Единственный профит — это принятие стандарта на библиотеку (которых уже в количестве), скрывающую от неопытных разработчиков сложность управления потоками. Но стандарт, естественно, крайне плох там, где нужна гибкость. Поэтому и библиотеки останутся, и новые кастомные решения будут. Но при этом из си тянуть какой-то функционал — совершенно никак не оправдано.
JVM написана на С++. Если не ошибаюсь в текущем коде используется С++98. Но есть предложения использовать С++14 во внутреннем коде JVM JEP 347 . А о нативных корутинах, которые используются в статье используется С++2а(С++20). Поэтому может быть в далеком будущем, когда код JVM переведут на С++20(С++98 => C++14 => C++20) в JVM реализуют легкие потоки на нативных корутинах.
вы случаем не путаете stackful и stackless корутины?
Если вы уж через JNI зовете плюсовые корутины, то в чем проблема звать котлиновские корутины? Нужен асинхронный код — пишем suspend функции в котлине, а из Джавы звать только обертки над ними.
Расскажите популярно, что такое корутины?
И в том виде как упомянуты корутины в статье, в чем их принципиальное превосходство над rx-библиотеками?
Можно почитать вот сдесь: c++ coroutine
22,4k
109
40,5k
237
27,9k
294
4,7k
39
+84
27,9k
94
294
+52
36,7k
168
164
+33
26,6k
92
146
+10
22,4k
2
109
Публикации
Новости
Хабы
Компании
Пользователи
Песочница
Устройство сайта
Для авторов
Для компаний
Документы
Соглашение
Конфиденциальность
Реклама
Тарифы
Контент
Семинары
Мегапроекты
Мерч
Присылаем лучшие статьи раз в месяц
Странный пасаж. С++ корутины не зависят от платформы и их перенос не сложнее мигрирования Java кода. А написание асинхронного кода в виде синхронной программмы, да ещё и в функционально стиле — это и красиво и удобно. Где тут указатели и ручное управление памятью — не понятно. Не бойтесь кросс-языковых вызовов, если это приносит действительно новый функционал.
Вообще говоря, сейчас как раз идёт работа над тем, чтобы добавить легковесные потоки на уровне языка: Project Loom .
Только полноправные пользователи могут оставлять комментарии. Войдите , пожалуйста.
Araki Rina | vndb | The Visual Novel Database
Использование нативных корутин в Java / Хабр
Рина Джава / Rina Java - YouTube
Рина Джава (pismakvoronina) — профиль | Pinterest
JavaRanch - A friendly Place for Java Greenhorns
Nice Butts In Shorts
Jav Sex Hd
Momoka Nishina Xxx
Fumino Mizutori
Naked Asshole Pics
