我们通过 Windows 服务可以创建在 Windows 会话中长时间运行的应用程序。服务可以跟随计算机一起启动，并且可以暂停、停止和重启。Windows 服务和 Windows Form 程序最大的不同点是 Windows 服务没有任何用户界面。Windows 服务一般用于后台处理数据，例如批量信息发送、定时执行任务、进程监视等方面。并且还可以针对不同的登录账户执行不同的服务操作等。对于创建 Windows 服务没有哪个开发平台比 .NET Framework 更加便捷，尤其是利用 C# 开发 Windows 服务对于程序员来说说简单的飞起。 Windows 服务虽然开发很简单但是注意事项太多了，多说开发人员在开发的时候往往会忽略一些东西，那么这篇文章就带领读者详细讲解一下 Windows 服务。
操作系统的硬件控制功能，通常是通过一些小的函数集合体的形式来提供的。这些函数及调用函数的行为统称为系统调用（system call），也就是应用对操作系统（system）的功能进行调用（call）的意思。在前面的程序中用到了time()及printf()等函数，这些函数内部也都使用了系统调用。这里之所以用“内部”这个词，是因为在Windows操作系统中，提供返回当前日期和时刻，以及在显示器中显示字符串等功能的系统调用的函数名，并不是time()和printf()。系统调用是在time()和printf()函数的内部执行的。大家可能会认为这个方法有些绕，不过这是有原因的。
《ZABBIX全栈级监控实践》系列将由浅入深探讨如何实现ZABBIX全栈级别的监控。
ATOM 原子（原子表中的一个字符串的参考） BOOL 布尔变量 BOOLEAN 布尔变量 BYTE 字节（8位） CCHAR Windows字符 CHAR Windows字符 COLORREF 红、绿、蓝(RGB)彩色值(32位) Const 变量，该变量的值在执行期间保持为常量 CRITICAL_SECTION
在这个例子中，我们定义了一个change函数，它将改变按钮的名称，并把它绑定到了按钮上，按下后效果如下：
N多年没有写过 Window 程序了。为了研究 WebRTC 源码，这两天重新学习一下。还记得上大学的时候看过 《Windows95 程式设计》台湾版，对那本书印象极为深刻。一是当时国内确实没有一本写的那么深入的书籍，二是那本书翻译的特别好，让人一看就特别明白。10多年过多了，当时的情景还记忆犹新，也可见那本书写的有多好了。
在Rust源代码的rust/library/std/src/sys/windows/c.rs文件中，主要定义了Rust对于Windows操作系统的系统调用接口。该文件定义了各种Windows特定的结构体、枚举和常量，以支持与操作系统的交互。
使用Windows API构建窗体应用 就历史来说，使用纯API开发窗体应用程序是上个世纪80年代以前的事情了，开发应用程序的人需要使用大量接近系统内核的API来完成应用程序的设计（当时C的版本还很低，没有类等概念，使用大量流程式，函数式的代码写一个窗体应用是一件很恐怖的事情）。MFC的第一个公开版本发布于1992年3月，使用C语言开发窗体应用的程序员们转而开始使用MFC来代替使用API直接开发窗体类应用程序。MFC相当彻底的用类封装了Win32 API，使得C程序员的开发窗体类应用的效率大大提高了。本文试
我读研的时候，沉迷于 Windows 编程而不能自拔，那个时候也和楼主有一样的困惑。毕业的时候找工作，非 Windows C/C++ 岗位不去，因为技术功底比较好，很快就成为客户端负责人。 为了说明问题，我来给你讲个案例吧。 一、如何开发一款类电驴客户端？ 假设我们现在要开发一个类似电驴这样的软件，软件界面如下图： 对电驴源码感兴趣的，可以点击下面的公众号获取： 打开后回复“五套源码”，获取电驴源码 如上图所示，假设操作系统选择 Windows，使用语言使用 C++，这就要求您必须熟悉 C++ 常用
在这篇文章中，我们将教会大家如何通过修改源代码的方式构建自定义的Mimikatz二进制文件，并绕过反病毒/终端检测与响应产品。
前言 本文来源于我在2016年7月的研究结论，由于各种原因现在才能发布。2016年6月，Theori曾发表了一篇关于MS16-063中修补了的IE漏洞分析，文中发布的exploit则仅是针对Windows7上的IE 11版本，此外由于Windows 10采用了CFG机制所以无法对Windows 10机器进行利用。 而本文就描述了我是如何在Windows 10下绕过CFG并进行利用的。事实上我还发现了另一种方法，会在接下来的一篇文章中提到。 了解CFG 控制流保护（Control Flow Guard，CFG
GetMessage是计算机编程中的一个函数，从调用线程的消息队列里取得一个消息并把其放于指定的结构。GetMessage函数可取得与指定窗口联系的消息和由PostThreadMesssge寄送的线程消息，接收一定范围的消息值，不接收属于其他线程或应用程序的消息。GetMessage获取消息成功后，线程把从消息队列中删除该消息，函数会一直等待直到有消息到来才有返回值。
Go 语言中的 syscall 库用于提供程序与操作系统间的接口，使得程序能够执行系统调用。不同的操作系统具有不同的系统调用接口和机制，这导致 syscall 库在 Linux 和 Windows 系统上的表现和用法存在显著差异。以下是这两个平台之间的主要差异：
LPMSG lpMsg, HWND hWnd, UINT wMsgFilterMin, UINT wMsgFilterMax ); The GetMessage function retrieves a message from the calling thread’s message queue. The function dispatches incoming sent messages until a posted message is available for retrieval.
根本原因是程序使用了标准函数，而在你的机器上，没有这个标准函数对应的动态库实现，如果想要顺利运行则需要到官方网站下载对应版本的动态库安装即可
这是回答小方知识星球球友的一篇回答： 很疑惑,加了好多群里面的人几乎都用 Linux,是有什么特点吗？为什么很少听到有人在用 Windows 编程? 正如某位大神所说：大部分编程群来自于大中小学生的装
题图来自 Rust 101 — Everything you need to know about Rust[1]
GetProcAddress函数检索指定的动态链接库(DLL)中的输出库函数地址。 函数原型： FARPROC GetProcAddress( HMODULE hModule, // DLL模块句柄 LPCSTR lpProcName // 函数名 ); 参数： hModule [in] 包含此函数的DLL模块的句柄。LoadLibrary或者GetModuleHandle函数可以返回此句柄。 lpProcName [in] 包含函数名的以NULL结尾的字符串，或者指定函数的序数值。如果此参数是一个序数值，它必须在一个字的底字节，高字节必须为0。 返回值： 如果函数调用成功，返回值是DLL中的输出函数地址。 如果函数调用失败，返回值是NULL。得到进一步的错误信息，调用函数GetLastError。 注释： GetProcAddress函数被用来检索在DLL中的输出函数地址。 lpProcName指针指向的函数名，拼写和大小写必须和DLL源代码中的模块定义文件(.DEF)中输出段(EXPORTS)中指定的相同。Win32 API函数的输出名可能不同于你在代码中调用的这些函数名，这个不同被宏隐含在相关的SDK头文件中。如果想得到更多信息，请参考Win32函数原型(Win32 Function Prototypes)。 lpProcName参数能够识别DLL中的函数，通过指定一个与函数相联系的序数值(在.DEF中的EXPORTS段)。GetProcAddress函数验证那个指定的序数值是否在输出的序数1和最高序数值之间(在.DEF中)。函数用这个序数值作为索引从函数表中读函数地址，假如.DEF 文件不连续地定义函数的序数值，如从1到N(N是输出的函数序数值)，错误将会发生，GetProcAddress将会返回一个错误的、非空的地址，虽然指定的序数没有对应的函数。 为了防止函数不存在，函数应该通过名字指定而不是序数值。 要求： Windows NT/2000: 要求Windows NT 3.1 或以后版本。 Windows 95/98: 要求Windows 95 或以后版本。 头文件: 在Winbase.h中声明，include Windows.h。 库文件: Use Kernel32.lib。 参看： 动态链接库纵览(Dynamic-Link Libraries Overview), 动态链接库函数(Dynamic-Link Library Functions),FreeLibrary, GetModuleHandle, LoadLibrary 示例代码： 调用KERNEL32.DLL中的RegisterServiceProcess(仅在Windows98中适用) HMODULE hModule=GetModuleHandle("kernel32.dll"); if (hModule) { typedef DWORD (CALLBACK *LPFNREGISTER)(DWORD,DWORD); LPFNREGISTER lpfnRegister; lpfnRegister=(LPFNREGISTER)GetProcAddress(hModule,"RegisterServiceProcess"); if (lpfnRegister) { (*lpfnRegister)(NULL,1L); } }
题图来自 An In-Depth Comparison of Rust and C++[1]
为什么什么C语言不支持函数重载呢？这个需要和编译原理上来进行分析在我们对源文件进行编译的时候是需要进行
使用python提供的exit()函数，linux平台和windows平台上的exit()函数执行结果，都可以正常退出。唯一的区别是，windows平台结束后多输出了一行空行。
需要说明的是,这个头文件包含了大多数win api函数的定义,绝不仅仅只包含控制台api
1)os.Getwd函数原型是func Getwd() (pwd string, err error) 返回的是路径的字符串和一个err信息，为什么先开这个呢？因为我看os的包的时候第一个是Chkdir这个包，但是你不知道当前目录怎么知道改变目录了呢？所以先说Getwd() 函数demo import ( "fmt" "os" ) func main() { dir, _ := os.Getwd() fmt.Println("当前的目录是:", dir) //当前的目录是: D:\test 我
本博客所总结书籍为《CLR via C#（第4版）》清华大学出版社，2021年11月第11次印刷（如果是旧版书籍或者pdf可能会出现书页对不上的情况） 你可以理解为本博客为该书的精简子集，给正在学习中的人提供一个“glance”，以及对于部分专业术语或知识点给出解释/博客链接。 【本博客有如下定义“Px x”，第一个代表书中的页数，第二个代表大致内容从本页第几段开始。（如果有last+x代表倒数第几段，last代表最后一段）】 电子书可以在博客首页的文档-资源归档中找到，或者点击：传送门自行查找。如有能力
微软已宣布推出 Rust for Windows v0.9，其中包括完全的 consumption 支持 ，以及其他一些更新内容。该版本发布后，Rust 开发者将能够以一种更加习惯的方式，访问完整的 Windows API，从而轻松构建功能强大且丰富的 Windows 应用程序。
在调用windows API时函数会首先对我们传入的参数进行校验，然后执行，如果出现什么情况导致函数执行出错，有的函数可以通过返回值来判断函数是否出错，比如对于返回句柄的函数如果返回NULL 或者INVALID_HANDLE_VALUE，则函数出错，对于返回指针的函数来说如果返回NULL则函数出错，但是对于有的函数从返回值来看根本不知道是否成功，或者为什么失败，对此windows提供了一大堆的错误码，用于标识API函数是否出错以及出错原因。 在windows中为每个线程准备了一个存储区，专门用来存储当前API执行的错误码，想要获取这个错误码可以通过函数GetLastError。在这需要注意的是当前API执行返回的错误码会覆盖之前API返回的错误码，所以在调用API结束后需要立马调用GetLastError来获取该函数返回的错误码。但是windows中的错误码实在太多，有的时候错误码并不直观，windows为每个错误码都关联了一个错误信息的文本，想要通过错误码获取对应的文本信息，可以通过函数FormatMessage来获取。 下面是一个具体的例子：
1)os.Getwd函数原型是func Getwd() (pwd string, err error) 返回的是路径的字符串和一个err信息，为什么先开这个呢？因为我看os的包的时候第一个是Chkdir这个包，但是你不知道当前目录怎么知道改变目录了呢？所以先说Getwd() 函数demo import ( "fmt" "os" ) func main() { dir, _ := os.Getwd() fmt.Println("当前的目录是:", dir) //当前的目录是: D:\test 我的
在上一篇文章中，分享了一个跨平台的头文件是长成什么样子的，这个头文件对于 windows 平台下更有意义一些，因为要处理库函数的导入和导出声明(dllexport、dllimport)。
上一篇我们学习了Windows编程的文本及字体输出，在以上几篇的实例中也出现了一些带有“TEXT”的Windows宏定义，有朋友留言想了解一些ANSI和Unicode编程方面的内容，本章就来了解和学习一些Windows下关于ANSI和Unicode方面的编程基础。 计算机最早在美国诞生，所以最开始都是以英语为作为交互语言，由于只有26个字母，用一个字节（范围-128 ~ 127）表示，这个范围足够表示26个因为字符和一些常用的控制字符，这个就是ASCII编码。因此最早的各种程序设计语言以及使用的字符串都用字
必须使用与flProtect参数指定的保护标志兼容的访问权限打开该文件。它不是必需的，但建议打开要映射的文件以进行独占访问。有关更多信息，请参阅文件安全性和访问权限。
TcMalloc（Thread-CachingMalloc）是google-perftools工具中的一个内存管理库，所以一般提到tcmalloc,其实就是指使用gperftools，编译tcmalloc也就是编译gperftools。 第一次使用tcmalloc,网上找了好多关于使用tcmalloc的文章，都讲到了如何安装，如何使用，对于编译都是一笔带过。。。但是是真正实战的时候，发现如果对tcmalloc的代码结构不熟悉，这编译tcmalloc也是不小的坑。本文不涉及安装和使用，只根据自己今天的实际经历说说如何在在windows平台用msvc(准确地说是VS2015)编译tcmalloc。
很多开发者，包括开发老司机们，在碰到需要调用 Win32 函数时，都有一个困扰，那就是我应该如何去调用。有两个主要的选项，第一就是自己写 PInvoke 代码，第二就是使用其他大佬给许多 Win32 函数封装好的库。然而这两个方法都有各有各的缺点，第一个方法缺点是可能工作量会很大，需要写方法，写结构体等等。第二个方法缺点是大佬封装的库，虽然全，但可惜里面有很多我用不着的函数，有些浪费。本文将来和大家介绍一个宝藏库，可以很好解决此问题
引言 在科研生产中对研制、调试操作的记录是非常有必要而且是有很重要价值的。通过对记录信息的分析，可以在事故发生后准确的分析出事故的起因、操作是否存在失误等许多重要线索。通常需要记录的信息是多种多样的，如环境温度记录、软件运行记录、文件访问记录等等。这里将以键盘信息记录为例来讲述类似的实验信息自动记录的一般实现方法。 由于需要记录当前系统下所有应用程序的键盘录入记录，因此必须采取某种特殊的技术来实现本进程(监视程序)对外部进程键盘操作信息的获取。这种技术便是本文将要论述的核心–系统全局钩子。本文下面将对Win32平台下全局钩子的运行机制进行介绍并给出了一个具体的由VC 6.0编写的捕获键盘动作的键盘钩子示例程序。 系统钩子和DLL 钩子的本质是一段用以处理系统消息的程序，通过系统调用，将其挂入系统。钩子的种类有很多，每种钩子可以截获并处理相应的消息，每当特定的消息发出，在到达目的窗口之前，钩子程序先行截获该消息、得到对此消息的控制权。此时在钩子函数中就可以对截获的消息进行加工处理，甚至可以强制结束消息的传递。 在本程序中我们需要捕获在任意窗口上的键盘输入，这就需要采用全局钩子以便拦截整个系统的消息，而全局钩子函数必须以DLL(动态连接库)为载体进行封装，VC6中有三种形式的MFC DLL可供选择，即Regular statically linked to MFC DLL(标准静态链接MFC DLL)、Regular using the shared MFC DLL(标准动态链接MFC DLL)以及Extension MFC DLL(扩展MFC DLL)。 在本程序中为方便起见采用了标准静态连接MFC DLL。 键盘钩子程序示例 本示例程序用到全局钩子函数，程序分两部分：可执行程序KeyKook和动态连接库LaunchDLL。首先创建一个MFC AppWizard(DLL)工程，并选择Regular statically linked to MFC DLL(标准静态链接MFC DLL)选项，以建立MFC扩展动态连接库LaunchDLL.dll。之后，在相应的头文件中添加宏定义和待导出函数的声明：
GUI（Graphical User Interface）应用，链接器选项：/SUBSYSTEM:WINDOWS
虽然微软官方声称 .NET Core 3 / .NET 5 / .NET 6 应用支持在 Windows 7 及以上运行，但你不应该轻信。因为微软还在某个隐秘的角落里说明还应安装一枚 KB2533623 补丁。
1、获取时间用time_t time( time_t * timer )，计算时间差使用double difftime( time_t timer1, time_t timer0 )。 精确到秒。
API的英文是ApplicationProgramming Interface，也就是应用程序编程接口。以下选自百度百科对API的解释说明： API（ApplicationProgramming In
概述 Win32程序的开头都可看到： #include <windows.h> WINDOWS.H是一个最重要的头文件，它包含了其他Windows头文件，这些头文件的某些也包含了其他头文件。这些头文件中最重要的和最基本的是： WINDEF.H 基本数据类型定义。 WINNT.H 支持Unicode的类型定义。 WINBASE.H Kernel(内核)函数。 WINUSER.H 用户界面函数。 WINGDI.H 图形设备接口函数。 这些头文件定义了Windows的所有资料型态、函数调用、资料结构和常数识别字，
操作系统装载应用程序后，做完初始化工作就转到程序的入口点执行。程序的默认入口点由连接程序设置， 不同的连接器选择的入口函数也不尽相同。在VC++下，连接器对控制台程序设置的入口函数是 mainCRTStartup，mainCRTStartup 再调用main 函数；对图形用户界面（GUI）程序设置的入口函数是 WinMainCRTStartup，WinMainCRTStartup 调用你自己写的 WinMain 函数。具体设置哪个入口点是由连接器的“/subsystem:”选项确定的，它告诉操作系统
1.1 DWORD WINAPI 函数名 (LPVOID lpParam); //标准格式
存在的疑惑： 动态链接库到底如何来使用？特别是windows上面 解决方案： 本篇我们讲Windows上的动态链接库（Dynamic Link Library 或者 Dynamic-link Library，缩写为 DLL），它是微软公司在微软Windows操作系统中，实现共享函数库概念的一种方式。这些库函数的扩展名是 ”.dll"、".ocx"（包含ActiveX控制的库）或者 ".drv"（旧式的系统驱动程序）。 动态链接提供了一种方法，使进程可以调用不属于其可执行代码的函数。函数的可执行代码位于一个
在一些 Windows 7 系统上，根据 dotnet 官方文档，需要安装上 KB2533623 补丁，才能运行 dotnet core 或 .NET 5 等应用。尽管非所有的设备都需要安装此，但这也让应用的分发不便，安装包上都需要带上补丁给用户安装。此补丁同时也要求安装完成之后重启系统，这对用户端来说，也是较不方便。本文来聊聊为什么 dotnet core 一系的框架依赖于此补丁
Python标准库glob提供了glob()和iglob()两个函数用来枚举指定文件夹中符合特定模式的文件列表，支持“?”和“*”通配符。 >>> import glob # 查找所有扩展名为txt
本文主要讨论上面三个问题。因为在我们开发完一个服务之后，我们需要把它安装在不同的环境中，以及如何卸载它。
在MFC软件开发中，界面操作或者线程之间通信都会经常用到消息，通过对消息的处理实现相应的操作。 比较典型的过程是，用户操作窗口，然后有消息产生，送给窗口的消息处理函数处理，对用户的操作做出响应。
函数功能描述:将虚拟键消息转换为字符消息。字符消息被送到调用线程的消息队列中，在下一次线程调用函数GetMessage或PeekMessage时被读出。
这一切的背后到底是人性的扭曲，还是道德的沦丧，尽请收看今天的专题文章：《什么是HOOK技术？》
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
