> Запомнили апрель,2021
> С 2019 по 2022 год

Тебе не нравится что во второй (твоей) ссылке заявлен анонс гуглом в апреле 2021, а в статье от декабря 2022 говорится про работу с растом аж с 2019 года? Типа, несостыковочка по времени? А ты по сноске в твоей википедии прошел и потом по ссылке на этот гугловский анонс от апреля 2021? Сомневаюсь. Потому что там в конце написано, цитата:

"For the past 18 months we have been adding Rust support to the Android Open Source Project, and we have a few early adopter projects that we will be sharing in the coming months. Scaling this to more of the OS is a multi-year project."

За 18 месяцев до работа началась. До апреля 2021 года. В анонсе же говорится что _уже_ добавили поддержку раста в AOSP для всех остальных разработчиков, а не "вот сейчас соберемся и начнем добавлять и ждите через 5 лет".

> Непонятно почему снижение

Учись понимать прочитанное. Там вся статья это последовательно и доходчиво объясняет, глупо ее еще раз тебе сюда целиком копипастить, если ты ее в первоисточнике не понял. Коротко, выжимка - рассматриваются только ошибки работы с памятью. Основной вал ошибок прилетает в новом коде, потому что старый за много времени в основном был вылизан, когда сам был забагованным новым, потому вся статистика только про новый код. Старый код и компоненты прям все-все никто переписывать не собирается, это неосуществимо. В новом коде, для новых компонент, взят курс на замещение "небезопасных" языков "безопасными". Т.е. пытаются набор "си+плюсы" вытеснить набором "ява+котлин+раст". Более того: "Android 13 is the first Android release where a majority of new code added to the release is in a memory safe language.". Правда в сегменте нативного системного кода раст составляет пока 21%, остальное на си и плюсы пока выпадает. Но взят курс на вытеснение небезопасного шлака. Потому что небезопасные языки (си/плюсы), при всём широком использовании всяких хитрых техник, инструментов и возможностей самих языков (Scudo hardened allocator, HWASAN, GWP-ASAN, and KFENCE и всякое фуззинг-тестирование) в этом проекте и в других си/плюс-проектах почему-то ощутимо не помогают - там не наблюдается такого уменьшения кол-ва ошибок работы с памятью (с 223 до 85 в год). Но! Всё бОльшее вытеснение в новом коде плюсов растом позволило уменьшить. В растовском коде ошибок этого класса пока ноль. Остальное, что осталось - на совести си/плюсов (разработчиков). Стало больше раста - стало меньше си - стало меньше ошибок по памяти. По мере роста доли раста будет еще сильнее уменьшаться кол-во ошибок по памяти. Просто потому что новые модули на си/плюсах писАть перестанут, а старый плюсовой код, который не собираются переписывать, будет уже вылечен от грубых всплывших ошибок.

"As the amount of new memory-unsafe code entering Android has decreased, so too has the number of memory safety vulnerabilities. From 2019 to 2022 it has dropped from 76% down to 35% of Android’s total vulnerabilities. 2022 is the first year where memory safety vulnerabilities do not represent a majority of Android’s vulnerabilities."

> , работа идет но

и продолжится. Даже в ядре на расте будут писАть

"What’s next?

Migrating away from C/C++ is challenging, but we’re making progress. Rust use is growing in the Android platform, but that’s not the end of the story. To meet the goals of improving security, stability, and quality Android-wide, we need to be able to use Rust anywhere in the codebase that native code is required. We’re implementing userspace HALs in Rust. We’re adding support for Rust in Trusted Applications. We’ve migrated VM firmware in the Android Virtualization Framework to Rust. With support for Rust landing in Linux 6.1 we’re excited to bring memory-safety to the kernel, starting with kernel drivers.

As Android migrates away from C/C++ to Java/Kotlin/Rust, we expect the number of memory safety vulnerabilities to continue to fall. Here’s to a future where memory corruption bugs on Android are rare! "

Так что беги, глупец с андроида и линукса, они заржавеют! Ты же кушать не можешь, когда про раст слышишь?