Что делать с boost.asio и файловым вводом/выводом?

Поддерживает ли boost.asio какие-либо файлы?

Начиная с (я думаю) Boost 1.36 (который содержит Asio 1.2.0) вы можете использовать [boost::asio::]windows::stream_handle или windows::random_access_handle для переноса HANDLE и выполнения асинхронных методов чтения и записи на нем, которые используйте внутреннюю структуру OVERLAPPED.

Пользователь Lazin также упоминает boost::asio::windows::random_access_handle, который можно использовать для асинхронных операций (например, именованных каналов, а также файлов).

Достаточно ли развита поддержка файлов boost.asio для повседневного ввода/вывода файлов?

Поскольку Boost.Asio сам по себе уже широко используется, а реализация использует перекрывающийся ввод-вывод внутри, я бы сказал да.

Будет ли когда-нибудь добавлена ​​поддержка файлов? Каковы перспективы этого?

Поскольку на веб-сайте Asio нет дорожной карты, я бы сказал, что новых дополнений к Boost.Asio не будет. для этой функции. Хотя всегда есть шанс, что участники добавят код и классы в Boost.Asio. Может быть, вы даже можете сами внести недостающие части! :-)

boost::asio файловый ввод-вывод в Linux

В Linux asio использует механизм epoll для определения готовности дескриптора сокета/файла. для чтения/записи. Если вы попытаетесь использовать vanilla asio для обычного файла в Linux, вы получите исключение «операция не разрешена», потому что epoll не поддерживает обычные файлы в Linux.

Обходной путь заключается в настройке asio для использования механизма select в Linux. Вы можете сделать это, определив BOOST_ASIO_DISABLE_EPOLL. Компромисс здесь заключается в том, что выберите, как правило, медленнее, чем epoll, если вы re работа с большим количеством открытых сокетов. Регулярно открывайте файл с помощью open(), а затем передайте дескриптор файла в boost::asio::posix::stream_descriptor.

boost::asio файловый ввод/вывод в Windows

В Windows вы можете использовать boost::asio::windows::object_handle чтобы обернуть Handle, созданный из операции с файлом. См. пример.

boost::asio::windows::random_access_handle — это самый простой способ сделать это, если вам нужно что-то продвинутое, например асинхронный LockFileEx или что-то еще, вы можете расширить asio, добавить свои собственные асинхронные события. пример

ASIO поддерживает перекрывающийся ввод-вывод в Windows, где поддержка хороша. В Unix эта идея застопорилась из-за:

• Файлы часто находятся на одном физическом устройстве, поэтому предпочтительнее обращаться к ним последовательно.
• Запросы файлов часто выполняются очень быстро, потому что они физически находятся рядом.
• Файлы часто имеют решающее значение для выполнения основных операций программы (например, перед дальнейшей инициализацией необходимо выполнить чтение файла конфигурации).

Единственным распространенным исключением является передача файлов непосредственно в сокеты. Это настолько распространенный частный случай, что в Linux есть функция ядра, которая обрабатывает это за вас. Опять же, отрицая причину использования асинхронного файлового ввода-вывода.

Вкратце: ASIO, по-видимому, отражает базовую философию проектирования ОС, перекрывающийся ввод-вывод игнорируется большинством разработчиков Unix, поэтому он не поддерживается на этой платформе.

В Linux есть библиотека asio, которую использовать для этой работы не сложнее, чем Windows API (я использовал ее). Оба набора операционных систем реализуют одну и ту же концептуальную архитектуру. Они различаются деталями, необходимыми для написания хорошей библиотеки, но не настолько, чтобы у вас не было общего интерфейса для обеих платформ ОС (я использовал один).

По сути, все разновидности асинхронного ввода-вывода файлов следуют архитектуре «Fry Cook». Вот что я имею в виду в контексте операции чтения: я (поток обработки) подхожу к прилавку быстрого питания (ОС) и прошу чизбургер (некоторые данные). Он дает мне копию билета моего заказа (некоторая структура данных) и выдает билет повару (ядро и файловая система) для приготовления моего гамбургера. Затем я сажусь или читаю в телефоне (занимаюсь другой работой). Позже кто-то объявляет, что мой бургер готов (сигнал потоку обработки), и я собираю свою еду (буфер чтения).