Приветствую. Пытаюсь избавиться от использования временных файлов.
С временным файлом:

ВременныйФайл = ПолучитьИмяВременногоФайла();
Запись = Новый ЗаписьТекста(ВременныйФайл, "UTF-8");
Запись.Записать("" + Настройки.ИдентификаторКлиента + ":" + Настройки.СекретнаяСтрока);
Запись.Закрыть();
ДД = Новый ДвоичныеДанные(ВременныйФайл);

получаю одни двоичные данные (правильные).
С потоком в памяти:

ПотокДанных = Новый ПотокВПамяти();
ЗаписьТекста = Новый ЗаписьТекста(ПотокДанных, "UTF-8");
ЗаписьТекста.Записать("" + Настройки.ИдентификаторКлиента + ":" + Настройки.СекретнаяСтрока);
ЗаписьТекста.Закрыть();
ДД = ПотокДанных.ЗакрытьИПолучитьДвоичныеДанные();

получаю совершенно другие двоичные данные, да еще и короче на 3 байта.
Я что-то не знаю о потоках в 1С? Никогда с ними не работал до этого.

(0) а почему они должны совпадать?

(1) А почему нет?

Посмотрел внимательней. В двоичных данных полученных через поток отсутствуют первые 3 баата (EF BB BF)

В остальном двоичные данные совпадают.

Обычно в файлах если смотреть hex пишется в начало некая информация о формате - подпись : txt, jpg и т.д.
А поток может это не писать.

(2) запиши в файл и прочитай из него ДД, будут совпадать?

(2) Это BOM UTF-8

EF BB BF - это кодировка UTF 8

https://ru.wikipedia.org/wiki/Маркер_последовательности_байтов

(4) с куали там что-то пишется в начале? там пишется только то, что ты пишешь

Все, спасибо. Уже разобрался.

(8) если у тебя есть файл-картинка, и ты изменил ему удалил расширение, то есть программы которые могут все-равно понять что это картинка, или найти через hex определенную подпись.

(8) как бы файл в юникоде должен в начале содержать BOM
Для утф8 - это (7)

(11) Не "должен" - "может".

(9) А как разобрался, кстати? Вообще странно, что по-разному пишет. И без BOM, ЕМНИП, 1С нельзя заставить писать. Только выкусывать.

(13) вероятно не указал где-то кодировку

Ыыыы! В конструкторе ЗаписьТекста() на основании потока можно управлять BOM, а в файловом - нельзя :)

И просто по дефолту в память без BOM пишется. РТФМ, короче.

(13) Двоичные данные отличаются только наличием 3 байтов (EF BB BF) в случае с временным файлом, в остальном идентичны. Просто я сразу не заметил, так как сверял с начала. Вероятно это BOM. В любом случае, далее он не нужен и отрезался. Все это для формирования тела POST-запроса.

(15) ну вот видимо в одинес считают что не "может", а "должен"
))

при желании можно BOM отдельно дописать

(18)(19) Ну вот как раз при записи в память пятым параметром конструктора можно явно указать - писать BOM или нет.