Windows Mobile使用Shared Memory(共享内存)进行IPC(进程间通信)的开发

简介:

背景

Unix-like系统进行IPC(Inter-process communication)通信,Shared memory是效率最高的,我称之为IPC的王中王。

 

简介

本文讲述在Windows Mobile和Windows Embedded CE下如何使用Shared Memory(共享内存)进行IPC(进程间通信)。演示如何使用Shared Memory共享数据,使用Named Event唤醒其他进程和使用Named Mutex去为共享数据加锁。

 

主要IPC的方法

在Windows Mobile和Windows Embedded CE系统下,主要的IPC方法有以下几种。

方法

通知

数据存储

数据大小

Named events

间接

N/A

N/A

Windows messages

间接

在Message中

很小,只能传输Integer或者使用COPYDATASTRUCT 传输对象

Point-to-point message queues

间接

在Message中

小型,存在boxing和unboxing问题

MSMQ

直接

在Message中

小型,存在boxing和unboxing问题

TCP sockets

直接

直接发送流(stream)

中度

Memory mapped files

N/A

mapped file

中度

Registry

N/A

注册表

中度

File system

N/A

文件

大型

Database

N/A

数据库

大型

WCF

N/A

WCF消息

中度

上述表格参考了Interprocess Communication with the .NET Compact Framework 1.0

 

关于上述的IPC的方法,没有那个最好,选择的时候需要根据具体需求来决定。这篇文章主要关注Named events和Shared Memory。 我之前也写过关于其他IPC方法的文章,可以参考如下:

Windows Message

.NET Compact Framework下的进程间通信之Windows Message

 

MSMQ

WinCe和Windows Mobile下的MSMQ安装

.NET Compact Framework下的进程间通信之MSMQ开发

 

Registry

.NET Compact Framework下注册表导出工具的开发

 

File System

Windows Mobile和Wince下使用TinyXML进行Native C++的开发

 

Database

.NET Compact Framework下SQL CE的使用 (实现了SqlCeHepler的封装SqlCeHepler的测试类,见.NET Compact Framework下的单元测试

Windows Mobile下Native C++访问SqlCe的封装

SQL Server Express和SQL Server Compact的应用

.NET Campact Framework下SQL CE兼容性问题

Windows Mobile下访问Sqlite的Native C++封装

如何压缩SQLite的数据文件

 

还有Point-to-point message queues, TCP sockets等等一部分主题没有写,如果有人希望我总结出来,请留言,我后续会补充进去。

 

Shared Memory的实现

实现的代码主要参考了OpenNETCF的Smart Device Framework

三个关键的类

shared-memory-IPC-3

MemoryMappedFile用于封装共享内存,在Windows Embedded CE下的共享内存是一个Memory Mapped File,也就是一个内存映射文件,在所有进程的都可以访问的内存中映射文件,操作该共享内存就类似于磁盘物理文件。所以继承于Stream,通过流来读写。

NamedMutex是进程级别的锁,在Native C++一般使用CRITICAL_SECTION做锁,而在.NET Compact Framework会使用monitor,微软已经把monitor封装到lock关键字中了,注意这个lock不是函数,是C#语言内嵌关键字。lock和Monitor等价。

关于lock和CRITICAL_SECTION的使用请参考下面文章。

Windows Mobile使用.NET Compact Framework开发多线程程序

Windows Mobile使用Native C++开发多线程程序

那么,既然有了lock和CRITICAL_SECTION为什么还需要Mutex呢,从性能来说Mutex的效率比Monitor也就是lock要低,所以我一般会使用lock而不是Mutex,但是lock不能支持跨进程加锁,所以在这个case,我使用了Mutex。

.NET Compact Framework本身就提供了一个Mutex的类,可惜只是支持无名Mutex。Mutex分为命名Mutex和无名Mutex,无名的Mutex只能在同一个进程内部使用,不能跨进程使用,所以这里封装了个NamedMutex来支持命名Mutex,从而支持跨进程的锁操作。

EventWaitHandle是通知Event。.NET Compact Framework本身封装了AutoResetEvent和ManualResetEvent,但是他们都不支持跨进程,所以封装了EventWaitHandle来实现跨进程的Event通知。

 

SharedMemoryWriter

SharedMemoryWriter负责往共享内存写数据。

shared-memory-IPC-1

private void StartSharedMemoryWriting()
{
MemoryMappedFile mmf = MemoryMappedFile.CreateInMemoryMap("SharedMemoryBlock");
int i = 100;
while (started)
{
string s = "SharedMemory:" + i.ToString();
UpdateMessageList(s);
byte[] dataBuffer = System.Text.ASCIIEncoding.ASCII.GetBytes(s);

// Wait until it is safe to enter.
mutex.WaitOne();
try
{
mmf.Position = 0;
mmf.Write(dataBuffer, 0, dataBuffer.Length);
}
finally
{
// Release the Mutex.
mutex.ReleaseMutex();
}
// Raise the event
namedEvent.Set();

++i;
if (i > 999)
{
i = 100;
}
System.Threading.Thread.Sleep(500);
}
mmf.Close();
}

生成系统唯一命名的共享内存,在这个例子中使用了SharedMemoryBlock。每次写共享内存的时候都通过Named Mutex对该内存加锁。当写完毕后通过Named Event通知SharedMemoryReader(读共享内存)的进程。

 

SharedMemoryReader

SharedMemoryReader负责读取共享内存的数据。

shared-memory-IPC-2

private void StartSharedMemoryReading()
{
MemoryMappedFile mmf = MemoryMappedFile.CreateInMemoryMap("SharedMemoryBlock");
byte[] dataBuffer = new byte[1024];
while (started)
{
if (namedEvent.WaitOne())
{
if (!started)
{
break;
}
namedEvent.Reset();

// Wait until it is safe to enter.
if (mutex.WaitOne())
{
try
{
mmf.Position = 0;
mmf.Read(dataBuffer, 0, 50);
}
finally
{
// Release the Mutex.
mutex.ReleaseMutex();
}
}
string s = System.Text.ASCIIEncoding.ASCII.GetString(dataBuffer, 0, 50);
UpdateMessageList(s);
}
}
mmf.Close();
}

打开同样名字(SharedMemoryBlock)的共享内存,这个进程会挂起直到收到Named Event的消息,每次读取的时候都需要使用Named Mutex来加锁。

 

源代码:http://files.cnblogs.com/procoder/SharedMemoryDemo.rar

环境: Windows Mobile 5 PPC + .NET Compact Framework 2.0 


    本文转自Jake Lin博客园博客,原文链接:http://www.cnblogs.com/procoder/archive/2010/03/25/Windows-Mobile-Shared-Memory.html,如需转载请自行联系原作者


相关文章
|
1月前
|
IDE 关系型数据库 开发工具
使用Visual Basic进行Windows窗体开发
【4月更文挑战第27天】本文介绍了使用Visual Basic进行Windows窗体(WinForms)开发的步骤,从搭建开发环境到创建、设计用户界面,再到编写事件驱动的代码和数据绑定。Visual Basic结合WinForms提供了一种易学易用的桌面应用开发方案。通过调试、优化、部署和维护,开发者可以构建专业应用程序。随着技术发展,掌握最新UI设计和开发工具对于保持竞争力至关重要。本文为初学者提供了基础指导,鼓励进一步探索和学习。
|
4天前
|
Python Windows
在 Windows 平台下打包 Python 多进程代码为 exe 文件的问题及解决方案
在使用 Python 进行多进程编程时,在 Windows 平台下可能会出现将代码打包为 exe 文件后无法正常运行的问题。这个问题主要是由于在 Windows 下创建新的进程需要复制父进程的内存空间,而 Python 多进程机制需要先完成父进程的初始化阶段后才能启动子进程,所以在这个过程中可能会出现错误。此外,由于没有显式导入 Python 解释器,也会导致 Python 解释器无法正常工作。为了解决这个问题,我们可以使用函数。
13 5
|
3天前
|
缓存 数据安全/隐私保护 虚拟化
windows端口被占用,无法通过netstat找到进程,占用的端口又不能修改,该怎么办?
项目运行时服务器8080端口被占用,常规`netstat`命令找不到占用进程。解决方法包括:1) 强制关机重启释放端口;2) 使用`netstat -anobq`或Windows 10的`Get-NetTCPConnection` PowerShell命令查找BOUND状态的进程;3) 调整Windows动态端口范围,避免冲突。注意,强制关机可能影响数据安全。
31 2
|
6天前
|
网络安全 C++ Windows
【Windows驱动开发】(主机)VS2017+(虚拟机)win10系统------双机调试
【Windows驱动开发】(主机)VS2017+(虚拟机)win10系统------双机调试
|
6天前
|
Windows
【Windows驱动开发】注册表的基本操作(创建、打开、修改、读取、枚举)(附源码)
【Windows驱动开发】注册表的基本操作(创建、打开、修改、读取、枚举)(附源码)
|
7天前
|
编解码 Windows
FFmpeg开发笔记(二十九)Windows环境给FFmpeg集成libxvid
XviD是开源MPEG-4视频编码器,与DivX相似但后者非开源。早期MP4常使用XviD或DivX编码,现已被H.264取代。在Windows上集成FFmpeg的XviD编解码库libxvid,需访问<https://labs.xvid.com/source/>下载源码,解压后在MSYS环境中配置、编译和安装。之后重新配置FFmpeg,启用libxvid并编译安装。详细步骤包括configure命令、make和make install。成功后,通过`ffmpeg -version`检查是否启用libxvid。更多音视频开发技术可参考《FFmpeg开发实战:从零基础到短视频上线》。
36 0
FFmpeg开发笔记(二十九)Windows环境给FFmpeg集成libxvid
|
1月前
|
算法 Linux Windows
FFmpeg开发笔记(十七)Windows环境给FFmpeg集成字幕库libass
在Windows环境下为FFmpeg集成字幕渲染库libass涉及多个步骤,包括安装freetype、libxml2、gperf、fontconfig、fribidi、harfbuzz和libass。每个库的安装都需要下载源码、配置、编译和安装,并更新PKG_CONFIG_PATH环境变量。最后,重新配置并编译FFmpeg以启用libass及相关依赖。完成上述步骤后,通过`ffmpeg -version`确认libass已成功集成。
46 1
FFmpeg开发笔记(十七)Windows环境给FFmpeg集成字幕库libass
|
28天前
|
编解码 5G Linux
FFmpeg开发笔记(二十一)Windows环境给FFmpeg集成AVS3解码器
AVS3是中国首个8K及5G视频编码标准,相比AVS2和HEVC性能提升约30%。解码器libuavs3d支持8K/60P视频实时解码,兼容多种平台。《FFmpeg开发实战》书中介绍了在Windows环境下如何集成libuavs3d到FFmpeg。集成步骤包括下载源码、使用Visual Studio 2022编译、调整配置、安装库文件和头文件,以及重新配置和编译FFmpeg以启用libuavs3d。
41 0
FFmpeg开发笔记(二十一)Windows环境给FFmpeg集成AVS3解码器
|
1月前
|
编解码 Linux Windows
FFmpeg开发笔记(十一)Windows环境给FFmpeg集成vorbis和amr
在Windows环境下,为FFmpeg集成音频编解码库,包括libogg、libvorbis和opencore-amr,涉及下载源码、配置、编译和安装步骤。首先,安装libogg,通过配置、make和make install命令完成,并更新PKG_CONFIG_PATH。接着,安装libvorbis,同样配置、编译和安装,并修改pkgconfig文件。之后,安装opencore-amr。最后,重新配置并编译FFmpeg,启用ogg和amr支持,通过ffmpeg -version检查是否成功。整个过程需确保环境变量设置正确,并根据路径添加相应库。
47 1
FFmpeg开发笔记(十一)Windows环境给FFmpeg集成vorbis和amr
|
19天前
|
网络安全 Windows
windows Windows Defender彻底删除屏蔽后台启动占用内存 win10防火墙 windows10防火墙
windows Windows Defender彻底删除屏蔽后台启动占用内存 win10防火墙 windows10防火墙

热门文章

最新文章