>>37212

> Это ведь связано с SAF, насколько я понимаю.

Не совсем.
Есть такая штука, content providers. Хранят (или делают вид, что хранят) различные записи в себе (что-то вроде базы данных, доступ в которую можно другим приложениям давать). Все записи идентифицируются адресом, в духе content://provider.name/entity/1337. Имея разрешение со стороны провайдера, другие приложения могут получать данные по этим адресам, и не только числа или текст — иногда и целые файлы (именно поток для чтения/записи или файловый дескриптор).
Так вот, на заре андроида приложения обменивались файлами двумя способами — прямыми адресами (в духе file:///sdcard/Pictures/pic1488.jpg) или адресами этих самых провайдеров. Надо ли говорить, что на второй способ практически все забивали? И беда даже не в том, что забивали те, кто делали приложения, которым нужно выбирать файлы, а забивали те, кто делали приложения, которые отдают файлы — файловые менеджеры и галереи, и нужно было подстраиваться под них.
Единственный хоть сколько-то широко используемый провайдер был так называемый media provider, который работал через сканер — такую штуку, которая рекурсивно обходила все директории в sdcard и формировала базу для галереи (с разбиением на альбомы), музыкального плеера, и всего такого. Но у него была смешная особенность — у него можно было не только запросить сами данные из файла, который идентифицируется content-адресом, а ещё и полный путь к файлу, таким образом снова сводя проблему работы с файлами к первому способу.
В 4.4 добавили SAF, и новый document provider. Тут начались проблемы, потому что теперь, если выбирать файл в каком-то приложении, то открывается системный файловый менеджер, и он возвращает такой content-адрес, по которому уже не выйдет получить реальный путь к файлу. На самом деле выйдет, но это уже невообразимый набор хаков надо было применять, чем уже мало кому хотелось заниматься. Суть в том, что 4.4 научил разработчиков работать с файлами через провайдеры, а не пытаться стучаться в файловую систему напрямую, а использование этих content-адресов избавляет от необходимости использовать разрешение на доступ в файловую систему вообще.
То есть проблему даже не сам SAF решил, а новый провайдер, который шёл с ним в комплекте.
7 андроид так и вовсе запретил приложениям обмениваться адресами в реальную файловую систему.

> только 11 ведро с появлением Scoped Storage заставляет приложения с таргет-версией ведра 10+ принудительно использовать SAF/MediaStore

А это уже совершенно другая задача. Выше я говорил о том, как можно получить какой-то файл из системы по выбору пользователя. Например, чтобы прикрепить файл к сообщению в дашчане, или к электронному письму, или отправить его в мессенджере.
То, о чём ты говоришь, это уже о возможности приложения самому создавать файлы и директории. И да, это задача, решаемая через SAF, который стал обязательным с 11 андроида и почти обязательным с 10.