windows多线程编程pdf

A. C语言，windows多线程编程

点量Http、FTP多线程断点续传下载组件（下载DLL）的开发目的是让用户可以无需关心Http/FTP协议的具体细节，只需要几十行甚至几行代码，便可以实现一个功能完善的Http/FTP下载软件。点量Http/FTP下载组件（DLL）支持多线程、断点续传、显示详细下载过程、自动查找镜像网址、支持代理传输等完善的功能。

点量Http、FTP下载内核源码使用高效的c++代码编写，提供标准的动态链接库（DLL），可供C/C++、Delphi、C#、Java、VB等语言和各常用开发环境调用，让您完全像调用系统API一样的调用。

点量Http/FTP组件的功能简介：

标准Http和FTP下载支持：完全标准的Http和FTP协议支持，内部通过网址自动区分是Http还是FTP下载。
极速下载（2.0以后版本）：超越国内绝大多数下载软件的下载速度。新版内核在2M ADSL的环境下下载，有些文件的速度可以达到1400K字节/秒以上，超过了带宽的极限。下载速度可以用极速形容。
多线程传输：可以将文件自动分块，并采用多线程下载。并可自由设置线程数目。
断点续传：点量Http/FTP有优秀的断点续传支持，每次启动自动从上次下载的位置开始，不需要重复下载。
提供详细的下载详情接口（2.0以后版本）：可以看到整个下载过程的步骤，比如开启了多少线程、服务器的应答过程、错误信息等。
支持多种高级设置：设置线程数目、磁盘缓存大小、搜索镜像服务器的详细参数设置、下载文件完成后同步文件为服务器上的文件时间、下载过程中可以自定义文件临时后缀、未完成的文件设为隐藏属性。
支持磁盘缓存：点量Http/FTP下载DLL支持设置磁盘缓存，减少对磁盘的读写，并提升下载速度。
支持设置Refer：点量Http/FTP下载组件支持设置下载时的Refer，以便可以绕过一些防盗链的网站，直接下载内容。
限速功能：点量Http/FTP下载组件可方便的设置下载限速。
多种磁盘分配方式：点量Http/FTP下载组件支持预分配和边下载边分配两种磁盘方式，满足多种下载需求。
自动搜索镜像加速：点量Http/FTP内置了镜像搜索功能，在下载文件的同时，会自动搜索哪些其它网站还有这个文件，自动从其它网址下载加速。
可提供源码：支付一定的费用，便可以获得全部的点量Http/FTP下载组件的源代码，免除您的所有后顾之忧。
良好的服务：作为点量软件旗下的软件，可享受到点量软件的优秀服务，我们的服务让您如同拥有一个称心的专业员工。

点量Http/FTP 下载组件可以适用于任何Http和FTP下载的领域，让您可以在1天内完成一个完整的Http下载软件的全部功能。比如，您可以用于产品的升级、文件的下载和传输等。
点量Http/FTP内核可以为您带来：

1、大大节省您的开发成本：了解Http和FTP的协议，再去编码、测试，即使对于一个非常有经验的开发人员来说，也需要较长期的时间，此间耗费的人力资源成本和管理成本可谓不少。而使用点量Http/FTP，您就不需要从制造轮子开始制造您的汽车，将注意力集中于车的设计而不是基础设备的建设。何况我们的产品性能是如此优越！

2、强有力的技术支持：作者长期从事下载技术的研发，所提供的技术支持相当于您雇佣了一位具有丰富经验，无需从头学习的开发人员，可以在您的系统建设过程中为您提供整体系统架设的意见。

如果您是个人作为非商业目的使用，您可以自由、免费的使用点量Http/FTP下载组件内核库和演示程序，也期待收到您反馈的意见和建议；如果您是商业使用，那么您需要联系作者申请产品的商业授权。

B. 学习多线程编程的书

我发你几本吧
Multithreading_Programming_-_Thread_Synchronization_c++
Parallel and Distributed Programming Using C++
multithreading applications in Win32
c+++concurrency+in+action+practical+multithreading
要的话留邮箱啊

C. 《Windows程序设计》epub下载在线阅读，求百度网盘云资源

《Windows程序设计》（佩措尔德）电子书网盘下载免费在线阅读

资源链接：

链接：https://pan..com/s/1RzM_2TB0AvVAL1RRHdFWkA

书名：Windows程序设计

作者：佩措尔德

译者：方敏

豆瓣评分：9.1

出版社：北京大学出版社

出版年份：2010-9

页数：1114

内容简介：

《Windows程序设计(第5版 珍藏版)》是一本经典的Windows编程圣经，曾经伴随着近50万Windows程序员步入编程殿堂，成长为IT时代的技术精英。

作为Windows开发人员的必备参考，涵盖基础知识和中高级主题，全面地介绍了Windows程序设计所涉及的细枝末节，旨在帮助读者从高屋见瓴的角度，建立完整的知识体系，为以后的职业生涯奠定良好的基础。全书共3部分23章。第1～12章着重介绍基础知识，第13～18章的主题为图形，第19～23章涉及更多高级主题。

《Windows程序设计(第5版 珍藏版)》适合任何层次的Windows程序员阅读和参考，是帮助他们梳理和建立Windows知识体系的理想读物。

点击链接进入英文版：

Programming Windows 5th Edition Book/CD Package

作者简介：

Charles Petzold 从1984年开始编写个人计算机程序，从1985年开始编写Micrososft Windows程序。他在《Microsoft Systems Journal》1986年12月号上发表了第一篇关于Windows程序设计的杂志论文。从1986年到1995年，他为《PC Magazine》撰写“Environments”专栏，给读者介绍了Windows和OS/2程序设计的许多方面。

《Windows程序设计》由微软出版社在1988年首次出版，后来被认为是这方面最好的导论性读本。在1994年5月，Petzold作为仅有的七个人之一（并且是唯一的作家）被《Windows Magazine》和Microsoft公司授予Windows Pioneer奖，以表彰他对Microsoft Windows的成功做出的贡献。

在1999年秋天，微软出版社将出版Charles Petzold 面向普通读者的第一本书。暂时命名为《Code: The Hidden Language of Computer Hardware and Software》，这本书专门介绍数字信息的本质以及计算机处理数字信息的方式。

D. 谁有罗莉琴的《windows网络编程》pdf版

没有找到你需要的这本呢,

只有比较接近的这本,这是第二版,

可以的话还望能采纳我的回答.

E. windows 游戏编程大师技巧第二版 PDF

http://www.verycd.com/topics/2780526/你打开这个网站 可以用迅雷下载
你看看这个
本书是着名游戏程序设计类书籍作者André LaMothe的两卷本《Windows游戏编程大师技巧》中的第一卷的第二版。和作者撰写的其他畅销书一样，在书中随处可见许多有趣但又有一定难度的源程序。作者循循善诱地从程序设计的角度介绍了在Windows环境下进行游戏开发所需的全部知识，包括Win32编程以及DirectX中所有主要组件（包括DirectDraw、DirectSound、DirectInput和DirectMusic）。书中还用单独的章节详细讲授了2D图形学和光栅化技术、游戏算法、多线程编程、文本游戏和解析、人工智能（包括模糊逻辑、神经网络和遗传算法）、物理建模（完全碰撞反应、动量传递和正反向运动学）及实时模拟等游戏程序开发中的关键技术。光盘上带有两套完整的在线电子版书籍，内容涉及General 3D图形和算法以及Direct3D直接模式；此外，还有大量其他特约作者所着的关于游戏编程内容的文章。
光盘内容：
·本书中所有程序的代码，还包括一个新的16位引擎
·关于Direct3D和General 3D的文章和在线书籍
·通用游戏编程工具以及3D引擎的评定版本
·免费素材
·完整的Microsoft DirectX SDK
·Microsoft Visual C++入门版

300多m的是本书带的光盘内容。网上只找到第一版书的中文pdf，第二版是英文chm格式

F. 操作系统课程设计作业 很急！题目是Windows平台上的多进程（线程）编程

你好，
这种问题是没有人会来帮助你的，网友们能帮你的只能是方法，如果你想不劳而获，那你就不用来这里浪费时间了。

G. 《Java多线程编程核心技术(高洪岩0》pdf下载在线阅读全文，求百度网盘云资源

《Java多线程编程核心技术(高洪岩0》网络网盘pdf最新全集下载:
链接: https://pan..com/s/1GzMYjd5gdh4DXDUYthmM9Q

H. 浅谈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的，特此对原作者表示感谢！

I. windows下c++多线程的实现

我最近写的,别看regist()函数就满足你的要求:

//
//	CreatedbyABackeron5/31/2016--VS2013
//
//	打开此程序,3秒后关闭显示器并退出程序
//	此程序会在桌面"我的电脑"右键中添加"关闭显示器"选项
//

#include<thread>
#include<vector>
#include<conio.h>
#include<tchar.h>
#include<stdio.h>
#include<windows.h>
#include<iostream>

usingnamespacestd;

#defineHIDE1	//0----非隐藏运行,输出到标准设备
				//1----隐藏运行,输出到Log.txt

#if(HIDE)
#pragmacomment(linker,"/subsystem:"windows"/entry:"mainCRTStartup"")//隐藏运行
#endif

//修改注册表,在桌面"我的电脑"右键中添加"关闭显示器"选项
boolregist(){
	HKEYhkey,closekey,cmdkey;
	LPTSTRpath=TEXT("CLSID\{20D04FE0-3AEA-1069-A2D8-08002B30309D}\shell");

	//获取此程序全路径
	charexePath[MAX_PATH];
	GetMoleFileNameA(NULL,(LPSTR)exePath,sizeof(char)*MAX_PATH);

	//char*towchar_t*
	intnum=MultiByteToWideChar(0,0,exePath,-1,NULL,0);
	wchar_t*_exePath=newwchar_t[num];
	MultiByteToWideChar(0,0,exePath,-1,_exePath,num);

	//在注册表path下创建Key:"关闭显示器",在"关闭显示器"下创建Key:"command",设置"command"下的默认值为REG_EXPAND_SZ:_exePath
	if(ERROR_SUCCESS==::RegOpenKeyEx(HKEY_CLASSES_ROOT,path,0,KEY_ALL_ACCESS|KEY_WOW64_64KEY,&hkey)){
		if(ERROR_SUCCESS==::RegCreateKeyEx(hkey,TEXT("关闭显示器"),0,NULL,REG_OPTION_NON_VOLATILE,KEY_ALL_ACCESS|KEY_WOW64_64KEY,NULL,&closekey,NULL)){
			if(ERROR_SUCCESS==::RegCreateKeyEx(closekey,TEXT("command"),0,NULL,REG_OPTION_NON_VOLATILE,KEY_ALL_ACCESS|KEY_WOW64_64KEY,NULL,&cmdkey,NULL)){
				if(ERROR_SUCCESS==::RegSetValueEx(cmdkey,TEXT(""),0,REG_EXPAND_SZ,(CONSTBYTE*)_exePath,sizeof(wchar_t)*num)){
					returntrue;
				}
				elseprintf("error:registsetvalue!
");
				::RegCloseKey(cmdkey);
			}
			elseprintf("error:registcreatekeycommand!
");
			::RegCloseKey(closekey);
		}
		elseprintf("error:registcreatekey关闭屏幕!
");
		::RegCloseKey(hkey);
	}
	elseprintf("error:registopenkey!
");

	delete[]_exePath;

	returnfalse;
}

//新线程入口
DWORDWINAPIThreadEntrance(LPVOIDp){
	if(!regist())printf("registfalse!
");

	printf("Thescreenwillbeoffin3s...
");

	Sleep(3000);

	SendMessage(FindWindow(0,0),WM_SYSCOMMAND,SC_MONITORPOWER,2);//关闭显示器

#if!(HIDE)
	printf("Itwillbeclosedin10s...
");
	Sleep(10000);
#endif

	ExitThread(0);

	return0;
}

intmain(){
#if(HIDE)
	freopen("Log.txt","w",stdout);
#endif

	//在新线程中运行是为了防止程序打开时处于无响应Sleep状态使鼠标指针变为等待
	DWORDID;
	HANDLEhand=CreateThread(0,0,ThreadEntrance,NULL,0,&ID);

	WaitForSingleObject(hand,INFINITE);//等待线程退出

	return0;
}

J. 《Windows核心编程(第5版)微软技术丛书》pdf下载在线阅读，求百度网盘云资源

《Windows核心编程》（Jeffrey Richter）电子书网盘下载免费在线阅读

链接：

书名：Windows核心编程

作者：Jeffrey Richter

豆瓣评分：9.2

出版社：人民邮电出版社

出版年份：2008-8

页数：820

内容简介：

【内容简介】

本书是Windows 程序设计领域的名着，涵盖了Windows 的最新版本Vista 以及Windows XP 的最新内容。书中全面深入地介绍了Windows 的各种基本要素，如进程、线程池、虚拟内存、DLL、设备I/O 和SEH 等，并列举了大量应用程序，精辟地分析了要素的使用方法。.

本书适于各层次Windows 编程人员阅读。 ...

【目录信息】

Acknowledgments . xxi

Introction xxiii

64-Bit Windows xxiii

What’s New in the Fifth Edition xxiv

Code Samples and System Requirements xxvi

Support for This Book xxvi

Questions and Comments xxvi

Part I Required Reading

1 Error Handling 3

Defining Your Own Error Codes 7

The ErrorShow Sample Application 7

2 Working with Characters and Strings 11

Character Encodings 12

ANSI and Unicode Character and String Data Types 13

Unicode and ANSI Functions in Windows 15

Unicode and ANSI Functions in the C Run-Time Library 17

Secure String Functions in the C Run-Time Library 18

Introcing the New Secure String Functions 19

How to Get More Control When Performing String Operations 22

<< 查看详细目录

作者简介：

Jeffrey Richter全球享有盛誉的微软技术专家，着名技术咨询和培训公司Wintellect创始人之一，MSDN Magazine杂志特邀编辑。多年来，他担任微软各开发团队顾问，参与了微软的许多关键产品包括各版本Windows、Visual Studio、Microsoft Offce和.NET框架的设计和编程。他撰写了一系列着作，包括本书和《深入理解.NET》（第2版·英文版，人民邮电出版社。2008），都堪称技术图书的典范，影响了一代Windows程序员，并因此荣获微软公司杜区最高技术荣誉“微软软件传奇人物”（Software Legend）称号。