实现毛玻璃效果

经过测试只能在Windows7 下正常使用,在Win8或者Xp下面无法正常显示毛玻璃效果。 首先你要先创建一个结构体如下:

malloc 的原理与产生内存碎片的原因

什么是缺页中断? 当一个进程发生缺页中断的时候,进程会陷入内核态,执行以下操作: 1、检查要访问的虚拟地址是否合法。 2、查找/分配一个物理页。 3、填充物理页内容(读取磁盘,或者直接置0,或者啥也不干)。 4、建立映射关系(虚拟地址到物理地址)。 重新执行发生缺页中断的那条指令 如果第3步,需要读取磁盘,那么这次缺页中断就是 majflt,否则就是 minflt。 内存分配的原理 从操作系统角度来看,进程分配内存有两种方式,分别由两个系统调用完成:brk 和 mmap(不考虑共享内存)。 brk 是将数据段(.data)的最高地址指针 _edata 往高地址推; mmap 是在进程的虚拟地址空间中(堆和栈中间,称为文件映射区域的地方)找一块空闲的虚拟内存。 这两种方式分配的都是虚拟内存,没有分配物理内存。在第一次访问已分配的虚拟地址空间的时候,发生 缺页中断,操作系统负责分配物理内存,然后建立虚拟内存和物理内存之间的映射关系。 在标准C库中,提供了malloc/free函数分配释放内存,其实这两个函数底层是由 brk、mmap、munmap 这些系统调用实现的。 下面以一个例子来说明内存分配的原理: 1.malloc 小于 128k 的内存,使用 brk 分配内存,将 _edata 往高地址推(只分配虚拟空间,不对应物理内存(因此没有初始化),第一次读/写数据时,引起内核 缺页中断,内核才分配对应的物理内存,然后虚拟地址空间建立映射关系),如下图: 进程启动的时候,其(虚拟)内存空间的初始布局如图1所示。 其中,mmap 内存映射文件是在堆和栈的中间(例如libc-2.2.93.so,其它数据文件等),为了简单起见,省略了内存映射文件。 _edata 指针(glibc 里面定义)指向数据段的最高地址。 进程调用 A=malloc(30K)以后,内存空间如图2: malloc 函数会调用 brk 系统调用,将 _edata 指针往高地址推30K,就完成虚拟内存分配。 你可能会问:只要把 _edata+30K 就完成内存分配了? 事实是这样的,_edata+30K 只是完成虚拟地址的分配,A这块内存现在还是没有物理页与之对应的,等到进程第一次读写A这块内存的时候,发生缺页中断,这个时候,内核才分配A这块内存对应的物理页。也就是说,如果用malloc分配了A这块内容,然后从来不访问它,那么,A 对应的物理页是不会被分配的。 进程调用 B=malloc(40K) 以后,内存空间如图3。 2.malloc 大于128k的内存,使用 mmap 分配内存,在堆和栈之间找一块空闲内存分配(对应独立内存,而且初始化为0),如下图: 进程调用 C=malloc(200K) 以后,内存空间如图1: 默认情况下,malloc 函数分配内存,如果请求内存大于 128K(可由M_MMAP_THRESHOLD选项调节),那就不是去推 _edata 指针了,而是利用 mmap 系统调用,从堆和栈的中间分配一块虚拟内存。

一个简陋的事件轮询

最近在开发程序的时候遇到一个小问题,就是当数据包到达时,如何根据传入的参数自动调用相应的处理函数。 奈何博主愚钝,并没有找到很好的解决方法,参照 Epoll 的思想,是否自己也能实现一种事件轮询的机制,之后便实验了一番,确实可行,故书博文一篇,记述一下自己的过程。 首先我们准备一个容器,用来存放已经注册了的事件集合,这里我选择了队列来作为这个容器的实现。 1 2 3 4 5 6 typedef struct FuncObject { int type; // 事件类型/标识符 void (CallBack*)(void *arg); //事件回调 struct FuncObject *next; }FuncObject_t; 在以上代码我们定义了一个节点,用于存放我们注册了的事件。 1 2 3 4 5 typedef struct FuncQueue { FuncObject_t *head; FuncObject_t *tail; }FuncQueue_t; 定义一个典型的队列。 下面我们就来定义一下这个队列的操作,在这里我习惯了使用面向对象的思想来编写C程序。 1 2 3 4 5 6 7 8 9 10 11 12 typedef struct FuncQueueObject { FuncQueue_t __queue; //私有队列 void(*Init)(struct FuncQueueObject *instance); void(*Add)(struct FuncQueueObject *instance,FuncObject_t *object); FuncObject_t *(*Set)(void(*CallBack)(void *arg),int type); void(*Set_Ex)(struct FuncQueueObject *instance, void(*CallBack)(void *package), int type); void(*Delete)(struct FuncQueueObject *instance, int type); } extern FuncQueueObject_t *FuncQueueObject_New(); extern void FuncQueueObject_Delete(FuncQueueObject_t *object); 以上实现了我们的一个队列容器,用于存放/修改/删除我们的注册的事件。

C#接口实例化的作用

首先注明,接口是无法是无法实现实例化,但是可以声明一个接口引用,指向实现该接口的类。 格式如下: 接口名称 对象名称 = new 具体实现类名 因为面向对象语言都具有多态性,可以向上转型,例如某个类实现了IBark接口,假如这个类的名称是dog,那么则可以有如下书写方式: 1 IBark Interface_Test = new dog; 又或者有一个类名叫做cat,同样实现了IBark接口,那么也可将Interface_Test指向Cat,例如: 1 Interface_Test = new cat; 声明接口引用可以实现统一访问(统一接口)。

CSharp 接口实例化的作用

首先注明,接口是无法是无法实现实例化,但是可以声明一个接口引用,指向实现该接口的类。 格式如下: 接口名称 对象名称 = new 具体实现类名 因为面向对象语言都具有多态性,可以向上转型,例如某个类实现了IBark接口,假如这个类的名称是dog,那么则可以有如下书写方式: 1 IBark Interface_Test = new dog; 又或者有一个类名叫做cat,同样实现了IBark接口,那么也可将Interface_Test指向Cat,例如: 1 Interface_Test = new cat; 声明接口引用可以实现统一访问(统一接口)。
Built with Hugo
主题 StackJimmy 设计