Межпроцессное взаимодействие для Windows в C # (.NET 2.0)

Question

Раньше мне никогда не приходилось делать IPC в Windows. В настоящее время я разрабатываю пару программ, стандартное приложение GUI / CLI и службу Windows. Приложение должно сообщить службе, что делать. Итак, предполагая, что общение является локальным, каков будет лучший способ связи для этих двух процессов?

Где лучшее определяется как более устойчивое и менее подверженное ошибкам, не самое производительное и не простое для кодирования.

Примеры кода будут приветствоваться, но не обязательны: -)

Примечание. Я спрашиваю, что использовать, стандартный сокет TCP, именованные каналы или только некоторые другие средства связи.

Спасибо!

Answer 1

IPC в .Net может быть достигнуто с помощью:

WCF

с использованием именованных каналов требует .Net 3.0 и выше.

Пример кода

• Класс WCF NetNamedPipeBinding может использоваться для межпроцессного взаимодействия на одном компьютере. Документация MSDN для этого класса включает пример кода, охватывающий этот сценарий http://msdn.microsoft.com/en-us/library/system.servicemodel.netnamedpipebinding.aspx

---

Remoting

Оригинальная платформа IPC, выпущенная с .Net 1.0. Я считаю, что удаленное взаимодействие больше не разрабатывается, и вам рекомендуется использовать WCF вместо

Пример кода

Межпроцессное взаимодействие через Remoting - используется канал TCP

Ресурсы

• GenuineChannels, продайте набор инструментов удаленного взаимодействия, который включает в себя канал общей памяти. http://www.genuinechannels.com/Index.aspx
• Инго Раммер , написал исчерпывающую книгу .Net Remoting, Advanced .NET Remoting, второе издание

---

Win32 RPC с использованием csharptest-net RpcLibrary

Недавно я наткнулся на проект, который обернул библиотеку RPC Win32 и создал библиотеку классов .net, которую можно использовать для локального и удаленного RPC

Домашняя страница проекта : http://csharptest.net/projects/rpclibrary/

Ссылки MSDN:

• Как работает RPC: http://technet.microsoft.com/en-us/library/cc738291(v=ws.10).aspx
• Функции RPC: http://msdn.microsoft.com/en-us/library/aa378623(v=VS.85).aspx

Также есть клиент rpc буферов протокола Google, который работает поверх библиотеки: https://code.google.com/p/protobuf-csharp-rpc/

---

WM_COPYDATA

Для полноты картины можно также использовать метод WIN32 с сообщением WM_COPYDATA . Я использовал этот метод ранее в .Net 1.1, чтобы создать приложение с одним экземпляром, открывающее несколько файлов из проводника Windows.

Ресурсы

• MSDN - WM_COPYDATA
• Пример кода
• декларация PInvoke.net

Гнезда

Использование собственного протокола (сложнее)

Answer 2

Только для локальных сетей, мы успешно использовали именованные каналы. Позволяет избежать накладных расходов по протоколу TCP и в значительной степени (по крайней мере, для .NET) настолько эффективен, насколько вы можете получить, в то же время имея приличный API для работы.

Answer 3

Стандартный метод связи со службой Windows - это использование кодов управления службой. Службы Windows могут получать коды от 0 до 255. 0-127 зарезервировано для системы. Для пользовательских команд можно использовать от 128 до 255.

Если вам нужно отправить сложные объекты в базу данных службы, используйте xml, файл, tcp, http и т. Д. Помимо команд управления, таких как перезагрузка конфигурации, элементы процесса и т. Д., Следует использовать эти коды управления.

Доступны дополнительные функции, такие как запрос к услуге. См. Документацию по сервису Windows и API.

http://arcanecode.com/2007/05/30/windows-services-in-c-sending-commands-to-your-windows-service-part-7/

Answer 4

Поскольку вы ограничены .Net 2.0, WCF, возможно, не вариант. Вы можете использовать .Net remoting с общей памятью в качестве основного механизма связи между доменами приложений на одном компьютере. Используя этот подход, вы можете легко размещать свои процессы на разных компьютерах и заменять протокол общей памяти сетевым протоколом.

Answer 5

Я хотел бы добавить к этому обсуждению. Пожалуйста, упрекните меня, если это выход из положения, но нельзя ли использовать семафор (или несколько семафоров) для элементарной коммуникации?

Answer 6

Лучше всего использовать WCF. Вы сможете создать узел службы в службе Windows и предоставить четко определенный интерфейс, который может использовать приложение с графическим интерфейсом. WCF позволит вам общаться через именованные каналы, или вы можете выбрать любой другой протокол обмена данными, например, TCP, HTTP и т. Д. Используя WCF, вы получаете отличную поддержку инструментов и множество доступной информации.