URL.createObjectURL лучше FileReader.readAsDataURL, не заблокирует ли синхронный URL.createObjectURL поток, если передать ему жирные данные?Начнём объяснение с того, чем плох
FileReader.readAsDataURL: хоть он и работает асинхронно и не блокирует поток, он требует значительных ресурсов для чтения содержимого блоба и его конвертации в data URL.URL.createObjectURL лучше тем, что он не требует чтения содержимого блоба, а значит расходует гораздо меньше ресурсов; он синхронный, а значит максимально простой в использовании. Генерируемый URL основан на UUID, а не на содержимом блоба, а связываются URL с блобом через специальную специальную хеш-таблицу blob URL store. Пока блоб входит в эту хеш-таблицу, сборщик мусора не может удалить его из памяти, поэтому по завершении использования URL его и нужно отзывать через URL.revokeObjectURL.Подробно вся механика описана в спецификации.