createmutex函数,浅谈linux 多线程编程和 windows 多线程编程的异同
createmutex函数,浅谈linux 多线程编程和 windows 多线程编程的异同详细介绍
本文目录一览： CreateMutex()函数是什么意思
CreateMutex作用是找出当前系统是否已经存在指定进程的实例。如果没有则创建一个互斥体。
定义简介：
CreateMutex()函数可用来创建一个有名或无名的互斥量对象，其函数原型为：
VB声明
Declare Function CreateMutex Lib "kernel32" Alias "CreateMutexA" (lpMutexAttributes As SECURITY_ATTRIBUTES, ByVal bInitialOwner As Long, ByVal lpName As String) As Long
VC声明
HANDLE CreateMutex(
LPSECURITY_ATTRIBUTESlpMutexAttributes, // 指向安全属性的指针
BOOLbInitialOwner, // 初始化互斥对象的所有者
LPCTSTRlpName // 指向互斥对象名的指针
);
CreateMutex()
CreateSemaphore() 是系统提供的API，包含Windows.h 就可以。是应用在同步的处理中。
冒号是域操作符，这里的意思是访问系统的API Sleep，目的是区别调用，比如你也实现了Sleep，那么此处加冒号是调用系统的Sleep
v5程序多开器原理
v5程序多开器原理是：利用互斥体。v5程序多开器通过互斥对象、信号量、事件等线程同步对象来确定程序是否已经运行。最常用的函数如：CreateMutexA。
v5程序多开器创建一个互斥体，CreateMutex函数，第一个参数可以设置为NULL，第二个参数必须设置为false，第三个参数表示互斥体的名称，这个名称最好有一些特殊标识以防止与其他应用程序冲突，比如程序名+时间。
使用GetLastError()函数判断错误信息是否为ERROR_ALREADY_EXISTS如果是，则表示程序已经启动。
多开的方法有二种，一为发现互斥体，然后关闭互斥体即可实现多开。二为APIHOOK，接收到错误信息时，加重置命令(置错误码=0)即可。
共享节法突破多开的方法是：
思路是共享节中的某个数据用来判断是否运行过实例，我们可以捕捉访问该段的代码。
OD载入ALT+M显示内存，这里可以看到许多段，选中Shared段右键在访问上设置中断，对整个内存块设置该类型断点，这个断点是一次性断点，当所在段被读取或执行时就中断，中断发生后，断点将被删除。F9运行程序来到下面。
004F0E5C 833D 00407000 0>CMP DWORD PTR DS:[704000],0 004F0E63 75 0E JNZ SHORT 共享节单.004F0E73。
转到004F0E73这个地址我们看到有ExitProcess，可以断定这两句代码就是拿出共享段中得某个数据与0比较来判断是否有实例运行，我们将其JNZ NOP掉，让其永远不会跳转，保存修改，成功多开。
如何破解CreateMutex和OpenMutex函数
第一种方法，在程序没有执行 CreateMutex和OpenMutex 这两个api之前 Hook，一般都是主线程开始的代码，如果用一个程序检查该程序运行然后hook，根本就来不及Hook，因为Hook了的时候，该程序早就把这 2个函数执行了，除非要hook windows系统的程序装载器，当装载器把程序的代码映射到内存后，挂起该进程，然后hook
第二种方法，修改该程序的exe文件，把里面的导入表中这2个api的dll文件名修改成你自己写的dll文件名，然后在自己写个dll，改程序调用你写的dll中的api，随便想返回给他什么值自己看着办。
第三种方法，也是最好的方法，下载一个反汇编工具，找到 使用 这2个api的地方，肯定有个判断语句，判断是否多开，正常的是有多开，就结束程序，现在修改那个判断的汇编指令即可。
如何破解CreateMutex和OpenMutex函数
一般别人是使用CreateMutex来防止多开的，如果开一个CreateMutex会返回0，如果多开都会返回ERROR_ALREADY_EXISTS，你如果没有源码的话，就反汇编改变CreateMutex的返回值偶，即改变调用CreateMutex后的寄存器eax
一个更加高级的方法是，使用消息钩子将CreateMutex的调用Hook掉，这样程序就返回NULL了~~
pb程序控制打开两个相同窗口提示
通过CreateMutexA函数创建一个互斥体，然后用GetLastError来获取返回值判断是否重复开启同一个应用。
实现过程：
外部函数声明
Function ulong CreateMutexA (ulong lpMutexAttributes, int bInitialOwner, ref string lpName) library 'kernel32.dll' Function ulong GetLastError () library 'kernel32.dll'APP的open事件代码
string ls_mutex_namelong ll_mutexlong ll_errif handle (GetApplication(),false) <> 0 then ls_mutex_name = this.AppNamell_mutex = CreateMutexA (0,0,ls_mutex_name) ll_err = GetLastError () if ll_err = 183 then messagebox("","程序重复开启")Halt close end ifend if open(w_open)
c#编写的软件如何多开
挺复杂的 C#做软件这方面还不成熟 C++好 但有点难
windows系统下，程序防止多开的几种常见方法：
1)使用FindWindow API函数。
通过查找窗口标题(或/和类名)来判断程序是否正在运行。如果找到了，表明程序正在运行，这时可退出程序，达到不重复运行的效果；反之表明程序是第一次运行。
这种方法不适用于以下情况，程序的标题是动态变化的、系统中运行了相同标题（或/和类名）的程序
2)Mutex/Event/Semaphore
通过互斥对象/信号量/事件等线程同步对象来确定程序是否已经运行。最常用的函数如：CreateMutexA（注意：QQ堂、QQ游戏大厅就是采用这样方法来限制程序多开的）
3)内存映射文件(File Mapping)
通过把程序实例信息放到跨进程的内存映射文件中，也可以控制程序多开。
4)DLL全局共享区
DLL全局共享区在映射到各个进程的地址空间时仅被初始化一次，且是在第一次被windows加载时，所以利用该区数据就能对程序进行多开限制。
5)全局Atom
将某个特定字符串通过GlobalAddAtom加入全局原子表(Global Atom Table)，程序运行时检查该串是否存在来限制程序多开。(该Atom不会自动释放，程序退出前必须调用GlobalDeleteAtom来释放Atom)
6)检查窗口属性
将某些数据通过SetProp加入到指定窗口的property list，程序运行时枚举窗口并检查这些数据是否存在来限制多开。
以上只列举了最常见的几种方法，具体应用中可以有n种选择，或综合运用多种方法来限制。
上面说过，QQT采用CreateMutex函数来限制多开，那么我怎么知道是使用这个函数来限制的呢？
答案就是跟踪程序，查找程序是使用哪种方法来限制的。比如先看看是否使用CreateMutex来限制，如果不是，再看看是不是使用FindWindow，以此类推，直到找到方法为止。当然，有些程序也会综合使用多种方法来限制多开，方法也是一样的，只是麻烦点而已。
下面讲一讲使用CreateMutex函数来限制多开的方法：
CreateMutex函数声明如下（具体请查阅相关资料，如MSDN）
HANDLE CreateMutex(
LPSECURITY_ATTRIBUTES lpMutexAttributes,// pointer to security attributes
BOOL bInitialOwner, // flag for initial ownership
LPCTSTR lpName// pointer to mutex-object name
);
以下是使用CreateMutex函数来限制多开的典型delphi代码
hMutex:=CreateMutex(nil,TRUE,'qqtang');//建立互斥量
// 调用失败? 已经存在?
if(hMutex=0) or (GetLastError=ERROR_ALREADY_EXISTS)then
begin
//程序第二(或以上)次运行时，GetLastError会返回ERROR_ALREADY_EXISTS，表明互斥量已存在
//可以在这里编写退出代码
end;
该段代码首先调用CreateMutex函数创建一名为 qqtang 的互斥对象，如果调用CreateMutex函数失败（hMutex=nil）或互斥对象早已存在（GetLastError=ERROR_ALREADY_EXISTS），则退出程序。
好了，明白上面的内容后，我们进入修改实战：
下载OllyDbg V1.1，解压到任何目录即可使用。
启动OllyDbg，打开QQT目录下的Core.dll文件，按[是]载入DLL文件。
按Ctrl+N打开API调用列表，找到CreateMutexA后按回车，在弹出的窗口里双击第一行来到CPU窗口，反汇编代码如下：
10002FB9 . 51 push ecx ; /MutexName = "qqtang"
10002FBA . 6A 01 push 1 ; |InitialOwner = TRUE
10002FBC . 6A 00 push 0 ; |pSecurity = NULL
10002FBE . FF15 60E40010 call dword ptr [<&KERNEL32.CreateMutexA>] ; \CreateMutexA 建立互斥量
10002FC4 . 8B95 D4FEFFFF mov edx,dword ptr [ebp-12C]
10002FCA . 8902 mov dword ptr [edx],eax
10002FCC . 8B85 D4FEFFFF mov eax,dword ptr [ebp-12C]
10002FD2 . 8338 00 cmp dword ptr [eax],0 ; 检查CreateMutexA函数是否调用失败
10002FD5 . 0F84 CD000000 je Core.100030A8 ; 把je改为jmp即可
10002FDB . FF15 5CE40010 call dword ptr [<&KERNEL32.GetLastError>] ; [GetLastError
10002FE1 . 3D B7000000 cmp eax,0B7 ; 检查对象是否已存在
10002FE6 . 0F85 BC000000 jnz Core.100030A8 ; (也可以在这里把jnz改为jmp)
10002FEC . 8B8D D4FEFFFF mov ecx,dword ptr [ebp-12C]
10002FF2 . C701 00000000 mov dword ptr [ecx],0
10002FF8 . 6A 00 push 0 ; /Title = NULL
10002FFA . 68 5CC60010 push Core.1000C65C ; |Class = "QQTangWinClass"
10002FFF . 6A 00 push 0 ; |hAfterWnd = NULL
10003001 . 6A 00 push 0 ; |hParent = NULL
10003003 . FF15 40E70010 call dword ptr [<&USER32.FindWindowExA>] ; \FindWindowExA 查找QQT窗口
选中这行：
10002FD5 . 0F84 CD000000 je Core.100030A8
然后按空格，在弹出的窗口中把“je 100030A8”修改为“jmp 100030A8”，按[汇编]。
右键单击CPU窗口，在弹出菜单中选“复制到可执行文件”-》“所有改动”，选[全部复制]。右键单击弹出的窗口，选“保存文件”保存即可。
http://zhidao.baidu.com/question/91932874.html
从开始菜单中启动vs2005，再用vs2005打开文件，每次重复操作就行了，就可以实现多开了！（打开第一个文件可以直接打开）
我晕，楼上居然说怎么限制多开，答非所问。
你说不能多开，我有点疑问，我也使用C#写的程序，开N个都没问题呀，是不是你用了什么特别的技术，你拿出来晒晒吧。
使用C#开发软件，开发工具一般是VS系列，都是可以双开或者多开的。
但是比较占用内存。
可以多开的。不知道你具体指哪种情况。
windows系统下，程序防止多开的几种常见方法：
1)使用FindWindow API函数。
通过查找窗口标题(或/和类名)来判断程序是否正在运行。如果找到了，表明程序正在运行，这时可退出程序，达到不重复运行的效果；反之表明程序是第一次运行。
这种方法不适用于以下情况，程序的标题是动态变化的、系统中运行了相同标题（或/和类名）的程序
2)Mutex/Event/Semaphore
通过互斥对象/信号量/事件等线程同步对象来确定程序是否已经运行。最常用的函数如：CreateMutexA（注意：QQ堂、QQ游戏大厅就是采用这样方法来限制程序多开的）
3)内存映射文件(File Mapping)
通过把程序实例信息放到跨进程的内存映射文件中，也可以控制程序多开。
4)DLL全局共享区
DLL全局共享区在映射到各个进程的地址空间时仅被初始化一次，且是在第一次被windows加载时，所以利用该区数据就能对程序进行多开限制。
5)全局Atom
将某个特定字符串通过GlobalAddAtom加入全局原子表(Global Atom Table)，程序运行时检查该串是否存在来限制程序多开。(该Atom不会自动释放，程序退出前必须调用GlobalDeleteAtom来释放Atom)
6)检查窗口属性
将某些数据通过SetProp加入到指定窗口的property list，程序运行时枚举窗口并检查这些数据是否存在来限制多开。
以上只列举了最常见的几种方法，具体应用中可以有n种选择，或综合运用多种方法来限制。
上面说过，QQT采用CreateMutex函数来限制多开，那么我怎么知道是使用这个函数来限制的呢？
答案就是跟踪程序，查找程序是使用哪种方法来限制的。比如先看看是否使用CreateMutex来限制，如果不是，再看看是不是使用FindWindow，以此类推，直到找到方法为止。当然，有些程序也会综合使用多种方法来限制多开，方法也是一样的，只是麻烦点而已。
下面讲一讲使用CreateMutex函数来限制多开的方法：
CreateMutex函数声明如下（具体请查阅相关资料，如MSDN）
HANDLE CreateMutex(
LPSECURITY_ATTRIBUTES lpMutexAttributes,// pointer to security attributes
BOOL bInitialOwner, // flag for initial ownership
LPCTSTR lpName// pointer to mutex-object name
);
以下是使用CreateMutex函数来限制多开的典型delphi代码
hMutex:=CreateMutex(nil,TRUE,'qqtang');//建立互斥量
// 调用失败? 已经存在?
if(hMutex=0) or (GetLastError=ERROR_ALREADY_EXISTS)then
begin
//程序第二(或以上)次运行时，GetLastError会返回ERROR_ALREADY_EXISTS，表明互斥量已存在
//可以在这里编写退出代码
end;
该段代码首先调用CreateMutex函数创建一名为 qqtang 的互斥对象，如果调用CreateMutex函数失败（hMutex=nil）或互斥对象早已存在（GetLastError=ERROR_ALREADY_EXISTS），则退出程序。
好了，明白上面的内容后，我们进入修改实战：
下载OllyDbg V1.1，解压到任何目录即可使用。
启动OllyDbg，打开QQT目录下的Core.dll文件，按[是]载入DLL文件。
按Ctrl+N打开API调用列表，找到CreateMutexA后按回车，在弹出的窗口里双击第一行来到CPU窗口，反汇编代码如下：
10002FB9 . 51 push ecx ; /MutexName = "qqtang"
10002FBA . 6A 01 push 1 ; |InitialOwner = TRUE
10002FBC . 6A 00 push 0 ; |pSecurity = NULL
10002FBE . FF15 60E40010 call dword ptr [<&KERNEL32.CreateMutexA>] ; \CreateMutexA 建立互斥量
10002FC4 . 8B95 D4FEFFFF mov edx,dword ptr [ebp-12C]
10002FCA . 8902 mov dword ptr [edx],eax
10002FCC . 8B85 D4FEFFFF mov eax,dword ptr [ebp-12C]
10002FD2 . 8338 00 cmp dword ptr [eax],0 ; 检查CreateMutexA函数是否调用失败
10002FD5 . 0F84 CD000000 je Core.100030A8 ; 把je改为jmp即可
10002FDB . FF15 5CE40010 call dword ptr [<&KERNEL32.GetLastError>] ; [GetLastError
10002FE1 . 3D B7000000 cmp eax,0B7 ; 检查对象是否已存在
10002FE6 . 0F85 BC000000 jnz Core.100030A8 ; (也可以在这里把jnz改为jmp)
10002FEC . 8B8D D4FEFFFF mov ecx,dword ptr [ebp-12C]
10002FF2 . C701 00000000 mov dword ptr [ecx],0
10002FF8 . 6A 00 push 0 ; /Title = NULL
10002FFA . 68 5CC60010 push Core.1000C65C ; |Class = "QQTangWinClass"
10002FFF . 6A 00 push 0 ; |hAfterWnd = NULL
10003001 . 6A 00 push 0 ; |hParent = NULL
10003003 . FF15 40E70010 call dword ptr [<&USER32.FindWindowExA>] ; \FindWindowExA 查找QQT窗口
选中这行：
10002FD5 . 0F84 CD000000 je Core.100030A8
然后按空格，在弹出的窗口中把“je 100030A8”修改为“jmp 100030A8”，按[汇编]。
右键单击CPU窗口，在弹出菜单中选“复制到可执行文件”-》“所有改动”，选[全部复制]。右键单击弹出的窗口，选“保存文件”保存即可。
Delphi中怎么取得其它程序CreateMutex的名称，然后修改他
hMutex 你得到了hMutex的句柄了 就可以用Mutex的几个函数:
releaseMutex
waitForSingleObject
等函数
如果知道了Mutex的名称是"Test1",
那么就可以使用OpenMutex函数来打开指定名称的互斥体.
如果Test1已经在别的进程通过CreateMutex创建成功,则OpenMutex可以正确返回Mutex的句柄.
VC++常用API、函数(随便20个就给分)
AddAtom
AllocConsole
BackupRead
BackupSeek
BackupWrite
Beep
Beep_Renamed
BeginUpdateResource
BuildCommDCB
BuildCommDCBAndTimeouts
CallNamedPipe
ClearCommBreak
ClearCommError
CloseHandle
CommConfigDialog
CompareFileTime
CompareString
ConnectNamedPipe
ContinueDebugEvent
ConvertDefaultLocale
CopyFile
CopyMemory
CreateConsoleScreenBuffer
CreateDirectory
CreateDirectoryEx
CreateEvent
CreateFile
CreateFileMapping
CreateIoCompletionPort
CreateMailslot
CreateMutex
CreateNamedPipe
CreatePipe
CreateProcess
CreateRemoteThread
CreateSemaphore
CreateTapePartition
CreateThread
CreateToolhelp32Snapshot
DebugActiveProcess
DebugBreak
DefineDosDevice
DeleteAtom
DeleteCriticalSection
DeleteFile
DeviceIoControl
DisableThread
DisableThreadLibraryCalls
DisconnectNamedPipe
DosDateTimeToFileTime
DuplicateHandle
EndUpdateResource
EnterCriticalSection
EnumCalendarInfo
EnumDateFormats
EnumResourceLanguages
EnumResourceNames
EnumResourceTypes
EnumSystemCodePages
EnumSystemLocales
EnumTimeFormats
EraseTape
EscapeCommFunction
ExitProcess
ExitThread
ExpandEnvironmentStrings
FatalAppExit
FatalExit
FileTimeToDosDateTime
FileTimeToLocalFileTime
FileTimeToSystemTime
FillConsoleOutputAttribute
FillConsoleOutputCharacter
FillMemory
FindAtom
FindClose
FindCloseChangeNotification
FindFirstChangeNotification
FindFirstFile
FindNextChangeNotification
FindNextFile
FindResource
FindResourceEx
FlushConsoleInputBuffer
FlushFileBuffers
FlushInstructionCache
FlushViewOfFile
FoldString
FormatMessage
Free
FreeConsole
FreeEnvironmentStrings
FreeLibrary
FreeLibraryAndExitThread
FreeResource
GenerateConsoleCtrlEvent
GetACP
GetAtomName
GetBinaryType
GetCommandLine
GetCommConfig
GetCommMask
GetCommModemStatus
GetCommProperties
GetCommState
GetCommTimeouts
GetCompressedFileSize
GetComputerName
GetConsoleCP
GetConsoleCursorInfo
GetConsoleMode
GetConsoleOutputCP
GetConsoleScreenBufferInfo
GetConsoleTitle
GetCPInfo
GetCurrencyFormat
GetCurrentDirectory
GetCurrentProcess
GetCurrentProcessId
GetCurrentThread
GetCurrentThreadId
GetDateFormat
GetDefaultCommConfig
GetDiskFreeSpace
GetDiskFreeSpaceEx
GetDriveType
GetEnvironmentStrings
GetEnvironmentVariable
GetExitCodeProcess
GetExitCodeThread
GetFileAttributes
GetFileInformationByHandle
GetFileSize
GetFileTime
GetFileType
GetFullPathName
GetHandleInformation
GetLargestConsoleWindowSize
GetLastError
GetLocaleInfo
GetLocalTime
GetLogicalDrives
GetLogicalDriveStrings
GetMailslotInfo
GetModuleFileName
GetModuleHandle
GetNamedPipeHandleState
GetNamedPipeInfo
GetNumberFormat
GetNumberOfConsoleInputEvents
GetNumberOfConsoleMouseButtons
GetOEMCP
GetOverlappedResult
GetPriorityClass
GetPrivateProfileInt
GetPrivateProfileSection
GetPrivateProfileString
GetProcAddress
GetProcessAffinityMask
GetProcessHeap
GetProcessHeaps
GetProcessShutdownParameters
GetProcessTimes
GetProcessWorkingSetSize
GetProfileInt
GetProfileSection
GetProfileString
GetQueuedCompletionStatus
GetShortPathName
GetStartupInfo
GetStdHandle
GetStringType
GetStringTypeEx
GetStringTypeW
GetSystemDefaultLangID
GetSystemDefaultLCID
GetSystemDirectory
GetSystemInfo
GetSystemPowerStatus
GetSystemTime
GetSystemTimeAdjustment
GetSystemTimeAsFileTime
GetTapeParameters
GetTapePosition
GetTapeStatus
GetTempFileName
GetTempPath
GetThreadContext
GetThreadLocale
GetThreadPriority
GetThreadSelectorEntry
GetThreadTimes
GetTickCount
GetTimeFormat
GetTimeZoneInformation
GetUserDefaultLangID
GetUserDefaultLCID
GetVersion
GetVersionEx
GetVolumeInformation
GetWindowsDirectory
GlobalAddAtom
GlobalAlloc
GlobalCompact
GlobalDeleteAtom
GlobalFindAtom
GlobalFix
GlobalFlags
GlobalFree
GlobalGetAtomName
GlobalHandle
GlobalLock
GlobalMemoryStatus
GlobalMemoryStatusEx
GlobalReAlloc
GlobalSize
GlobalUnfix
GlobalUnlock
GlobalUnWire
GlobalWire
HeapAlloc
HeapCompact
HeapCreate
HeapDestroy
HeapFree
HeapReAlloc
HeapSize
HeapValidate
hread
hwrite
ImpersonateLoggedOnUser
InitAtomTable
InitializeCriticalSection
InterlockedDecrement
InterlockedExchange
InterlockedIncrement
IsBadCodePtr
IsBadHugeReadPtr
IsBadHugeWritePtr
IsBadReadPtr
IsBadStringPtr
IsBadWritePtr
IsDBCSLeadByte
IsValidCodePage
IsValidLocale
lclose
LCMapString
lcreat
LeaveCriticalSection
llseek
Load
LoadLibrary
LoadLibraryEx
LoadModule
LoadResource
LocalAlloc
LocalCompact
LocalFileTimeToFileTime
LocalFlags
LocalFree
LocalHandle
LocalLock
LocalReAlloc
LocalShrink
LocalSize
LocalUnlock
LockFile
LockFileEx
LockResource
lopen
lread
lstrcat
lstrcmp
lstrcmpi
lstrcpy
lstrcpy
lstrcpyn
lstrlen
lwrite
MapViewOfFile
MapViewOfFileEx
MoveFile
MoveFileEx
MoveMemory
MulDiv
MultiByteToWideChar
ObjectOpenAuditAlarm
OpenEvent
OpenFile
OpenFileMapping
OpenMutex
OpenProcess
OpenSemaphore
OutputDebugString
PeekNamedPipe
PrepareTape
Process32First
Process32First
PulseEvent
PurgeComm
QueryDosDevice
QueryPerformanceCounter
QueryPerformanceFrequency
RaiseException
ReadConsole
ReadConsoleOutput
ReadConsoleOutputAttribute
ReadConsoleOutputCharacter
ReadFile
ReadFileEx
ReadProcessMemory
ReleaseMutex
ReleaseSemaphore
RemoveDirectory
ResetEvent
ResumeThread
ScrollConsoleScreenBuffer
SearchPath
SetCommBreak
SetCommConfig
SetCommMask
SetCommState
SetCommTimeouts
SetComputerName
SetConsoleActiveScreenBuffer
SetConsoleCP
SetConsoleCtrlHandler
SetConsoleCursorInfo
SetConsoleCursorPosition
SetConsoleMode
SetConsoleOutputCP
SetConsoleScreenBufferSize
SetConsoleTextAttribute
SetConsoleTitle
SetConsoleWindowInfo
SetCurrentDirectory
SetDefaultCommConfig
SetEndOfFile
SetEnvironmentVariable
SetErrorMode
SetEvent
SetFileApisToANSI
SetFileApisToOEM
SetFileAttributes
SetFilePointer
SetFileTime
SetHandleCount
SetHandleInformation
SetLastError
SetLocaleInfo
SetLocalTime
SetMailslotInfo
SetNamedPipeHandleState
SetPriorityClass
SetProcessShutdownParameters
SetProcessWorkingSetSize
SetStdHandle
SetSystemPowerState
SetSystemTime
SetSystemTimeAdjustment
SetTapeParameters
SetTapePosition
SetThreadAffinityMask
SetThreadContext
SetThreadLocale
SetThreadPriority
SetTimeZoneInformation
SetUnhandledExceptionFilter
SetupComm
SetVolumeLabel
SizeofResource
Sleep
SleepEx
SuspendThread
SystemTimeToFileTime
SystemTimeToTzSpecificLocalTime
TerminateProcess
TerminateThread
TlsAlloc
TlsFree
TlsGetValue
TlsSetValue
TransactNamedPipe
TransmitCommChar
UnhandledExceptionFilter
UnlockFile
UnlockFileEx
UnmapViewOfFile
UpdateResource
VerLanguageName
VirtualAlloc
VirtualFree
VirtualLock
VirtualProtect
VirtualProtectEx
VirtualQuery
VirtualQueryEx
VirtualUnlock
WaitCommEvent
WaitForMultipleObjects
WaitForMultipleObjectsEx
WaitForSingleObject
WaitForSingleObjectEx
WaitNamedPipe
WideCharToMultiByte
WinExec
WriteConsole
WriteConsoleOutput
WriteConsoleOutputAttribute
WriteConsoleOutputCharacter
WriteFile
WriteFileEx
WritePrivateProfileSection
WritePrivateProfileString
WriteProcessMemory
WriteProfileSection
WriteProfileString
WriteTapemark
ZeroMemory
够了吗?
浅谈linux 多线程编程和 windows 多线程编程的异同
首先我们讲讲为什么要采用多线程编程，其实并不是所有的程序都必须采用多线程，有些时候采用多线程，性能还没有单线程好。所以我们要搞清楚，什么时候采用多线程。采用多线程的好处如下：
(1)因为多线程彼此之间采用相同的地址空间，共享大部分的数据，这样和多进程相比，代价比较节俭，因为多进程的话，启动新的进程必须分配给它独立的地址空间，这样需要数据表来维护代码段，数据段和堆栈段等等。
(2)多线程和多进程相比，一个明显的优点就是线程之间的通信了，对不同进程来说，它们具有独立的数据空间，要进行数据的传递只能通过通信的方式进行，这种方式不仅费时，而且很不方便。但是对于多线程就不一样了。他们之间可以直接共享数据，比如最简单的方式就是共享全局变量。但是共享全部变量也要注意哦，呵呵，必须注意同步，不然后果你知道的。呵呵。
(3)在多cpu的情况下，不同的线程可以运行不同的cpu下，这样就完全并行了。
反正我觉得在这种情况下，采用多线程比较理想。比如说你要做一个任务分2个步骤，你为提高工作效率，你可以多线程技术，开辟2个线程，第一个线程就做第一步的工作，第2个线程就做第2步的工作。但是你这个时候要注意同步了。因为只有第一步做完才能做第2步的工作。这时，我们可以采用同步技术进行线程之间的通信。
针对这种情况，我们首先讲讲多线程之间的通信，在windows平台下，多线程之间通信采用的方法主要有：
(1)共享全局变量,这种方法是最容易想到的，呵呵，那就首先讲讲吧，比如说吧，上面的问题，第一步要向第2步传递收据，我们可以之间共享全局变量，让两个线程之间传递数据，这时主要考虑的就是同步了，因为你后面的线程在对数据进行操作的时候，你第一个线程又改变了数据的内容，你不同步保护，后果很严重的。你也知道，这种情况就是读脏数据了。在这种情况下，我们最容易想到的同步方法就是设置一个bool flag了，比如说在第2个线程还没有用完数据前，第一个线程不能写入。有时在2个线程所需的时间不相同的时候，怎样达到最大效率的同步，就比较麻烦了。咱们可以多开几个缓冲区进行操作。就像生产者消费者一样了。如果是2个线程一直在跑的，由于时间不一致，缓冲区迟早会溢出的。在这种情况下就要考虑了，是不让数据写入还是让数据覆盖掉老的数据，这时候就要具体问题具体分析了。就此打住，呵呵。就是用bool变量控制同步，linux 和windows是一样的。
既然讲道了这里，就再讲讲其它同步的方法。同样 针对上面的这个问题，共享全局变量同步问题。除了采用bool变量外，最容易想到的方法就是互斥量了。呵呵，也就是传说中的加锁了。windows下加锁和linux下加锁是类似的。采用互斥量进行同步，要想进入那段代码，就先必须获得互斥量。
linux上互斥量的函数是：
windows下互斥量的函数有：createmutex 创建一个互斥量，然后就是获得互斥量waitforsingleobject函数，用完了就释放互斥量ReleaseMutex(hMutex)，当减到0的时候 内核会才会释放其对象。下面是windows下与互斥的几个函数原型。
HANDLE WINAPI CreateMutex(
__in LPSECURITY_ATTRIBUTES lpMutexAttributes,
__in BOOL bInitialOwner,
__in LPCTSTR lpName
);
可以可用来创建一个有名或无名的互斥量对象
第一参数 可以指向一个结构体SECURITY_ATTRIBUTES 一般可以设为null；
第二参数 指当时的函数是不是感应感应状态 FALSE为当前拥有者不会创建互斥
第三参数 指明是否是有名的互斥对象 如果是无名 用null就好。
DWORD WINAPI WaitForSingleObject(
__in HANDLE hHandle,
__in DWORD dwMilliseconds
);
第一个是 创建的互斥对象的句柄。第二个是 表示将在多少时间之后返回 如果设为宏INFINITE 则不会返回 直到用户自己定义返回。
对于linux操作系统，互斥也是类似的，只是函数不同罢了。在linux下，和互斥相关的几个函数也要闪亮登场了。
pthread_mutex_init函数：初始化一个互斥锁；
pthread_mutex_destroy函数：注销一个互斥锁；
pthread_mutex_lock函数：加锁，如果不成功，阻塞等待；
pthread_mutex_unlock函数：解锁；
pthread_mutex_trylock函数：测试加锁，如果不成功就立即返回，错误码为EBUSY;
至于这些函数的用法，google上一搜，就出来了，呵呵，在这里不多讲了。windows下还有一个可以用来保护数据的方法，也是线程同步的方式
就是临界区了。临界区和互斥类似。它们之间的区别是，临界区速度快，但是它只能用来同步同一个进程内的多个线程。临界区的获取和释放函数如下：
EnterCriticalSection() 进入临界区; LeaveCriticalSection()离开临界区。 对于多线程共享内存的东东就讲到这里了。
(2)采用消息机制进行多线程通信和同步，windows下面的的消息机制的函数用的多的就是postmessage了。Linux下的消息机制，我用的较少，就不在这里说了，如果谁熟悉的，也告诉我，呵呵。
(3)windows下的另外一种线程通信方法就是事件和信号量了。同样针对我开始举得例子，2个线程同步，他们之间传递信息，可以采用事件(Event)或信号量(Semaphore),比如第一个线程完成生产的数据后，就必须告诉第2个线程，他已经把数据准备好了，你可以来取走了。第2个线程就把数据取走。呵呵，这里可以采用消息机制，当第一个线程准备好数据后，就直接postmessage给第2个线程，按理说采用postmessage一个线程就可以搞定这个问题了。呵呵，不是重点，省略不讲了。
对于linux，也有类似的方法，就是条件变量了，呵呵，这里windows和linux就有不同了。要特别讲讲才行。
对于windows，采用事件和信号量同步时候，都会使用waitforsingleobject进行等待的，这个函数的第一个参数是一个句柄，在这里可以是Event句柄，或Semaphore句柄，第2个参数就是等待的延迟，最终等多久，单位是ms，如果这个参数为INFINITE，那么就是无限等待了。释放信号量的函数为ReleaseSemaphore（）；释放事件的函数为SetEvent。当然使用这些东西都要初始化的。这里就不讲了。Msdn一搜，神马都出来了，呵呵。神马都是浮云！
对于linux操作系统，是采用条件变量来实现类似的功能的。Linux的条件变量一般都是和互斥锁一起使用的，主要的函数有：
pthread_mutex_lock ,
pthread_mutex_unlock,
pthread_cond_init
pthread_cond_signal
pthread_cond_wait
pthread_cond_timewait
为了和windows操作系统进行对比，我用以下表格进行比较：
对照以上表格,总结如下：
(1) Pthread_cleanup_push,Pthread_cleanup_pop：
这一对函数push和pop的作用是当出现异常退出时，做一些清除操作，即当在push和pop函数之间异常退出，包括调用pthread_exit退出，都会执行push里面的清除函数，如果有多个push，注意是是栈，先执行后面的那个函数，在执行前面的函数，但是注意当在这2个函数之间通过return 退出的话，执不执行push后的函数就看pop函数中的参数是不是为0了。还有当没有异常退出时，等同于在这里面return退出的情况，即：当pop函数参数不为0时，执行清除操作，当pop函数参数为0时，不执行push函数中的清除函数。
（2）linux的pthread_cond_signal和SetEvent的不同点
Pthread_cond_singal释放信号后，当没有Pthread_cond_wait，信号马上复位了，这点和SetEvent不同，SetEvent是不会复位的。详解如下：
条件变量的置位和复位有2种常用模型：第一种模型是当条件变量置位时(signaled)以后，如果当前没有线程在等待，其状态会保持为置位(signaled)，直到有等待的线程进入被触发,其状态才会变为unsignaled,这种模型以采用Windows平台上的Auto-set Event 为代表。
第2种模型则是Linux平台的pthread所采用的模型，当条件变量置位(signaled)以后，即使当前没有任何线程在等待，其状态也会恢复为复位(unsignaled)状态。
条件变量在Linux平台上的这种模型很难说好坏，在实际应用中，我们可以对
代码稍加改进就可以避免这种差异的发生。由于这种差异只会发生在触发没有被线程等待在条件变量的时刻，因此我们只需要掌握好触发的时机即可。最简单的做法是增加一个计数器记录等待线程的个数，在决定触发条件变量前检查该变量即可。
示例 使用 pthread_cond_wait() 和 pthread_cond_signal()
pthread_mutex_t count_lock;
pthread_cond_t count_nonzero;
unsigned count;
decrement_count()
{
pthread_mutex_lock(&count_lock);
while (count == 0)
pthread_cond_wait(&count_nonzero, &count_lock);
count = count - 1;
pthread_mutex_unlock(&count_lock);
}
increment_count()
{
pthread_mutex_lock(&count_lock);
if (count == 0)
pthread_cond_signal(&count_nonzero);
count = count + 1;
pthread_mutex_unlock(&count_lock);
}
(3) 注意Pthread_cond_wait条件返回时互斥锁的解锁问题
extern int pthread_cond_wait __P ((pthread_cond_t *__cond,pthread_mutex_t *__mutex));
调用这个函数时,线程解开mutex指向的锁并被条件变量cond阻塞。线程可以被函数pthread_cond_signal和函数 pthread_cond_broadcast唤醒线程被唤醒后，它将重新检查判断条件是否满足，如果还不满足，一般说来线程应该仍阻塞在这里，被等待被下一次唤醒。如果在多线程中采用pthread_cond_wait来等待时，会首先释放互斥锁，当等待的信号到来时，再次获得互斥锁，因此在之后要注意手动解锁。举例如下：
#include
#include
#include
pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; /*初始化互斥锁*/
pthread_cond_t cond = PTHREAD_COND_INITIALIZER; //初始化条件变量
void *thread1(void *);
void *thread2(void *);
int i=1;
int main(void)
{
pthread_t t_a;
pthread_t t_b;
pthread_create(&t_a,NULL,thread1,(void *)NULL);/*创建进程t_a*/
pthread_create(&t_b,NULL,thread2,(void *)NULL); /*创建进程t_b*/
pthread_join(t_b, NULL);/*等待进程t_b结束*/
pthread_mutex_destroy(&mutex);
pthread_cond_destroy(&cond);
exit(0);
}
void *thread1(void *junk)
{
for(i=1;i<=9;i++)
{
printf("IN one\n");
pthread_mutex_lock(&mutex);//
if(i%3==0)
pthread_cond_signal(&cond);/*，发送信号，通知t_b进程*/
else
printf("thead1:%d\n",i);
pthread_mutex_unlock(&mutex);//*解锁互斥量*/
printf("Up Mutex\n");
sleep(3);
}
}
void *thread2(void *junk)
{
while(i<9)
{
printf("IN two \n");
pthread_mutex_lock(&mutex);
if(i%3!=0)
pthread_cond_wait(&cond,&mutex);/*等待*/
printf("thread2:%d\n",i);
pthread_mutex_unlock(&mutex);
printf("Down Mutex\n");
sleep(3);
}
}
输出如下：
IN one
thead1:1
Up Mutex
IN two
IN one
thead1:2
Up Mutex
IN one
thread2:3
Down Mutex
Up Mutex
IN one
thead1:4
Up Mutex
IN two
IN one
thead1:5
Up Mutex
IN one
Up Mutex
thread2:6
Down Mutex
IN two
thread2:6
Down Mutex
IN one
thead1:7
Up Mutex
IN one
thead1:8
Up Mutex
IN two
IN one
Up Mutex
thread2:9
Down Mutex
注意蓝色的地方，有2个thread2:6，其实当这个程序多执行几次，i=3和i=6时有可能多打印几个，这里就是竞争锁造成的了。
(4)另外要注意的Pthread_cond_timedwait等待的是绝对时间，这个和WaitForSingleObject是不同的，Pthread_cond_timedwait在网上也有讨论。如下：这个问题比较经典，我把它搬过来。
thread_a ：
pthread_mutex_lock(&mutex);
//do something
pthread_mutex_unlock(&mutex)
thread_b：
pthread_mutex_lock(&mutex);
//do something
pthread_cond_timedwait(&cond, &mutex, &tm);
pthread_mutex_unlock(&mutex)
有如上两个线程thread_a, thread_b,现在如果a已经进入了临界区，而b同时超时了，那么b会从pthread_cond_timedwait返回吗？如果能返回，那岂不是a,b都在临界区？如果不能返回，那pthread_cond_timedwait的定时岂不是就不准了？
大家讨论有价值的2点如下：
（1） pthread_cond_timedwait (pthread_cond_t *cv, pthread_mutex_t *external_mutex, const struct timespec *abstime) -- This function is a time-based variant of pthread_cond_wait. It waits up to abstime amount of time for cv to be notified. If abstime elapses before cv is notified, the function returns back to the caller with an ETIME result, signifying that a timeout has occurred. Even in the case of timeouts, the external_mutex will be locked when pthread_cond_timedwait returns.
（2） 2.1 pthread_cond_timedwait行为和pthread_cond_wait一样，在返回的时候都要再次lock mutex.
2 .2pthread_cond_timedwait所谓的如果没有等到条件变量，超时就返回，并不确切。
如果pthread_cond_timedwait超时到了，但是这个时候不能lock临界区，pthread_cond_timedwait并不会立即返回，但是在pthread_cond_timedwait返回的时候，它仍在临界区中，且此时返回值为ETIMEDOUT。
关于pthread_cond_timedwait超时返回的问题，我也认同观点2。
附录：
int pthread_create(pthread_t *restrict tidp,const pthread_attr_t *restrict_attr,void*（*start_rtn)(void*),void *restrict arg);
返回值：若成功则返回0，否则返回出错编号
返回成功时，由tidp指向的内存单元被设置为新创建线程的线程ID。attr参数用于制定各种不同的线程属性。新创建的线程从start_rtn函数的地址开始运行，该函数只有一个无指针参数arg，如果需要向start_rtn函数传递的参数不止一个，那么需要把这些参数放到一个结构中，然后把这个结构的地址作为arg的参数传入。
linux下用C开发多线程程序，Linux系统下的多线程遵循POSIX线程接口，称为pthread。
由 restrict 修饰的指针是最初唯一对指针所指向的对象进行存取的方法，仅当第二个指针基于第一个时，才能对对象进行存取。对对象的存取都限定于基于由 restrict 修饰的指针表达式中。 由 restrict 修饰的指针主要用于函数形参，或指向由 malloc() 分配的内存空间。restrict 数据类型不改变程序的语义。 编译器能通过作出 restrict 修饰的指针是存取对象的唯一方法的假设，更好地优化某些类型的例程。
第一个参数为指向线程标识符的指针。
第二个参数用来设置线程属性。
第三个参数是线程运行函数的起始地址。
第四个参数是运行函数的参数。
因为pthread不是linux系统的库，所以在编译时注意加上-lpthread参数，以调用静态链接库。
终止线程：
如果在进程中任何一个线程中调用exit或_exit,那么整个进行会终止，线程正常的退出方式有：
（1） 线程从启动例程中返回(return)
（2） 线程可以被另一个进程终止（kill）；
（3） 线程自己调用pthread_exit函数
#include
pthread_exit
线程等待：
int pthread_join(pthread_t tid,void **rval_ptr)
函数pthread_join用来等待一个线程的结束。函数原型为：
extern int pthread_join __P (pthread_t __th, void **__thread_return);
第一个参数为被等待的线程标识符，第二个参数为一个用户定义的指针，它可以用来存储被等待线程的返回值。这个函数是一个线程阻塞的函数，调用它的函数将一直等待到被等待的线程结束为止，当函数返回时，被等待线程的资源被收回。
对于windows线程的创建东西，就不列举了，msdn上 一搜就出来了。呵呵。今天就讲到这里吧，希望是抛砖引玉，大家一起探讨，呵呵。部分内容我也是参考internet的，特此对原作者表示感谢！
在main函数中Createmutex一个互斥变量，在开启的线程中可以不openmutex直接wait么？
在一个进程中不用open，在多个进程中需要open