内存管理是操作系统非常重要的部分,处理器每一次的升级都会给内存管理方式带来巨大的变化,向早期的8086cpu的分段式管理,到后来的80x86 系列的32位cpu推出的保护模式和段页式管理。在应用程序中我们无时不刻不在和内存打交道,我们总在不经意间的进行堆内存和栈内存的分配释放,所以内存是我们进行程序设计必不可少的部分。

CPU的内存管理方式

段寄存器怎么消失了?

在学习8086汇编语言时经常与寄存器打交道,其中8086CPU采用的内存管理方式为分段管理的方式,寻址时采用:短地址 * 16 + 偏移地址的方式,其中有几大段寄存器比如:CS、DS、SS、ES等等,每个段的偏移地址最大为64K,这样总共能寻址到2M的内存。但是到32位CPU之后偏移地址变成了32位这样每个段就可以有4GB的内存空间,这个空间已经足够大了,这个时候在编写相应的汇编程序时我们发现没有段寄存器的身影了,是不是在32位中已经没有段寄存器了呢,答案是否定了,32位CPU中不仅有段寄存器而且它们的作用比以前更大了。

在32位CPU中段寄存器不再作为段首地址,而是作为段选择子,CPU为了管理内存,将某些连续的地址内存作为一页,利用一个数据结构来说明这页的属性,比如是否可读写,大小,起始地址等等,这个数据结构叫做段描述符,而多个段描述符则组成了一个段描述符表,而段寄存器如今是用来找到对应的段描述符的,叫做段选择子。段寄存器仍然是16位其中高13位表示段描述符表的索引,第二位是区分LDT(局部描述符表)和GDT(全局描述符表),全局描述符表是系统级的而LDT是每个进程所独有的,如果第二位表示的是LDT,那么首先要从GDT中查询到LDT所在位置,然后才根据索引找到对应的内存地址,所以现在寻址采用的是通过段选择子查表的方式得到一个32位的内存地址。由于这些表都是由系统维护,并且不允许用户访问及修改所以在普通应用程序中没有必要也不能使用段寄存器。通过上面的说明,我们可以推导出来32位机器最多可以支持2^(13 + 1 + 32) = 64T内存。

段页式管理

通过查表方式得到的32位内存地址是否就是真实的物理内存的地址呢,这个也是不一定的,这个还要看系统是否开启了段页式管理。如果没有则这个就是真实的物理地址,如果开启了段页式管理那么这个只是一个线性地址,还需要通过页表来寻址到真实的物理内存。

32位CPU专门新赠了一个CR3寄存器用来完成分页式管理,通过CR3寄存器可以寻址到页目录表,然后再将32位线性地址的高10位作为页目录表的索引,通过这个索引可以找到相应的页表,再将中间10为作为页表的索引,通过这个索引可以寻址到对应物理内存的起始地址,最后通过这个其实地址和最后低12位的偏移地址找到对应真实内存。下面是这个过程的一个示例图:



为什么要使用分页式管理,直接让那个32位线性地址对应真实的内存不可以吗。当然可以,但是分页式管理也有它自身的优点:

1. 可以实现页面的保护:系统通过设置相关属性信息来指定特权级别和其他状态

2. 可以实现物理内存的共享:从上面的图中可以看出,不同的线性地址是可以映射到相同的物理内存上的,只需要更改页表中对应的物理地址就可以实现不同的线性地址对应相同的物理内存实现内存共享。

3. 可以方便的实现虚拟内存的支持:在系统中有一个pagefile.sys的交互页面文件,这个是系统用来进行内存页面与磁盘进行交互,以应对内存不够的情况。系统为每个内存页维护了一个值,这个值表示该页面多久未被访问,当页面被访问这个值被清零,否则每过一段时间会累加一次。当这个值到达某个阈值时,系统将页面中的内容放入磁盘中,将这块内存空余出来以便保存其他数据,同时将之前的线性地址做一个标记,表名这个线性地址没有对应到具体的内存中,当程序需要再次访问这个线性地址所对应的内存时系统会再次将磁盘中的数据写入到内存中。虽说这样做相当于扩大了物理内存,但是磁盘相对于内存来说是一个慢速设备,在内存和磁盘间进行数据交换总是会耗费大量的时间,这样会拖慢程序运行,而采用SSD硬盘会显著提高系统运行效率,就在于SSD提高了与内存进行数据交换的效率。如果想显著提高效率,最好的办法是加内存毕竟在内存和硬盘间倒换数据是要话费时间的。

保护模式

在以前的16位CPU中采用的多是实模式,程序中使用的地址都是真实的物理地址,这样如果内存分配不合理,会造成一个程序将另外一个程序所在的内存覆盖这样对另外一个程序将造成严重影响,但是在32位保护模式下,不再会产生这种问题,保护模式将每个进程的地址空间隔离开来,还记得上面的LDT吗,在不同的程序中即使采用的是相同的地址,也会被LDT映射到不同的线性地址上。

保护模式主要体现在这样几个方面:

1.同一进程中,使用4个不同访问级别的内存段,对每个页面的访问属性做了相应的规定,防止错误访问的情况,同时为提供了4中不同代码特权,0特权的代码可以访问任意级别的内存,1特权能任意访问1…3级内存,但不能访问0级内存,依次类推。通常这些特权级别叫做ring0-ring3。

2. 对于不同的进程,将他们所用到的内存等资源隔离开来,一个进程的执行不会影响到另一个进程。

windows系统的内存管理

windows内存管理器

我们将系统中实际映射到具体的实际内存上的页面称为工作集。当进程想访问多余实际物理内存的内存时,系统会启用虚拟内存管理机制(工作集管理),将那些长时间未访问的物理页面复制到硬盘缓冲文件上,并释放这些物理页面,映射到虚拟空间的其它页面上;系统的内存管理器主要由下面的几个部分组成:

1. 工作集管理器(优先级16):这个主要负责记录每个页面的年龄,也就有多久未被访问,当页面被访问这个年龄被清零,否则每过一段时间就进行累加1的操作。

2. 进程/栈交换器(优先级23):主要用于在进行进程或者线程切换时保存寄存器中的相关数据用以保存相关环境。

3. 已修改页面写出器(优先级17):当内存映射的内容发生改变时将这个改变及时的写入到硬盘中,防止由于程序意外终止而造成数据丢失

4. 映射页面写出器(优先级17):当页面的年龄达到一定的阈值时,将页面内容写入到硬盘中

5. 解引用段线程(优先级18):释放以写入到硬盘中的空闲页面

6. 零页面线程(优先级0):将空闲页面清零,以便程序下次使用,这个线程保证了新提交的页面都是干净的零页面

进程虚拟地址空间的布局

windows为每个进程提供了平坦的4GB的线性地址空间,这个地址空间被分为用户分区和内核分区,他们各占2GB大小,其中内核分区在高地址位,用户分区在低地址位,下面是内存分布的一个表格:

分区 地址范围
NULL指针区 0x00000000-0x0000FFFF
用户分区 0x00010000-0x7FFEFFFF
64K禁入区 0x7FFF0000-0x7FFFFFFF
内核分区 0x80000000-0xFFFFFFFF

从上面的图中可以看出,系统的内核分区是2GB而用户可用的分区并没有2GB,在用户分区的头64K和尾部的64K不允许用户使用。

另外我们可以压缩内核分区的大小,以便使用户分区占更多的内存,这就是/3GB方式,下面是这种方式的具体内存分布:

分区 地址范围
NULL指针区 0x00000000-0x0000FFFF
用户分区 0x00010000-0xBFFEFFFF
64K禁入区 0xBFFF0000-0xBFFFFFFF
内核分区 0xC0000000-0xFFFFFFFF

windows虚拟内存管理函数

VirtualAlloc

VirtualAlloc函数主要用于提交或者保留一段虚拟地址空间,通过该函数提交的页面是经过0页面线程清理的干净的页面。

  1. LPVOID VirtualAlloc(
  2. LPVOID lpAddress, //虚拟内存的地址
  3. DWORD dwSize, //虚拟内存大小
  4. DWORD flAllocationType,//要对这块的虚拟内存做何种操作
  5. DWORD flProtect //虚拟内存的保护属性
  6. );

我们可以指定第一个参数来告知系统,我们希望操作哪块内存,如果这个地址对应的内存已经被保留了那么将向下偏移至64K的整数倍,如果这块内存已经被提交,那么地址将向下偏移至4K的整数倍,也就是说保留页面的最小粒度是64K,而提交的最小粒度是一页4K。

第三个参数是指定分配的类型,主要有以下几个值

含义
MEM_COMMIT 提交,也就是说将虚拟地址映射到对应的真实物理内存中,这样这块内存就可以正常使用
MEM_RESERVE 保留,告知系统以这个地址开始到后面的dwSize大小的连续的虚拟内存程序要使用,进程其他分配内存的操作不得使用这段内存。
MEM_TOP_DOWN 从高端地址保留空间(默认是从低端向高端搜索)
MEM_LARGE_PAGES 开启大页面的支持,默认一个页面是4K而大页面是2M(这个视具体系统而定)
MEM_WRITE_WATCH 开启页面写入监视,利用GetWriteWatch可以得到写入页面的统计情况,利用ResetWriteWatch可以重置起始计数
MEM_PHYSICAL 用于开启PAE

第四个参数主要是页面的保护属性,参数可取值如下:

含义
PAGE_READONLY 只读
PAGE_READWRITE 可读写
PAGE_EXECUTE 可执行
PAGE_EXECUTE_READ 可读可执行
PAGE_EXECUTE_READWRITE 可读可写可执行
PAGE_NOACCESS 不可访问
PAGE_GUARD 将该页设置为保护页,如果试图对该页面进行读写操作,会产生一个STATUS_GUARD_PAGE 异常

下面是该函数使用的几个例子:

1. 页面的提交/保留与释放

  1. //保留并提交
  2. LPVOID pMem = VirtualAlloc(NULL, 4 * 4096, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE);
  3. srand((unsigned int)time(NULL));
  4. float* pfMem = (float*)pMem;
  5. for (int i = 0; i < 4 * 4096 / sizeof(float); i++)
  6. {
  7. pfMem[i] = rand();
  8. }
  9. //释放
  10. VirtualFree(pMem, 4 * 4096, MEM_RELEASE);
  11. //先保留再提交
  12. LPBYTE pByte = (LPBYTE)VirtualAlloc(NULL, 1024 * 1024, MEM_RESERVE, PAGE_READWRITE);
  13. VirtualAlloc(pByte + 4 * 4096, 4096, MEM_COMMIT, PAGE_READWRITE);
  14. pfMem = (float*)(pByte + 4 * 4096);
  15. for (int i = 0; i < 4096/sizeof(float); i++)
  16. {
  17. pfMem[i] = rand();
  18. }
  19. //释放
  20. VirtualFree(pByte + 4 * 4096, 4096, MEM_DECOMMIT);
  21. VirtualFree(pByte, 1024 * 1024, MEM_RELEASE);
  1. 大页面支持
  1. //获得大页面的尺寸
  2. DWORD dwLargePageSize = GetLargePageMinimum();
  3. LPVOID pBuffer = VirtualAlloc(NULL, 64 * dwLargePageSize, MEM_RESERVE, PAGE_READWRITE);
  4. //提交大页面
  5. VirtualAlloc(pBuffer, 4 * dwLargePageSize, MEM_COMMIT | MEM_LARGE_PAGES, PAGE_READWRITE);
  6. VirtualFree(pBuffer, 4 * dwLargePageSize, MEM_DECOMMIT);
  7. VirtualFree(pBuffer, 64 * dwLargePageSize, MEM_RELEASE);

VirtualProtect

VirtualProtect用来设置页面的保护属性,函数原型如下:

  1. BOOL VirtualProtect(
  2. LPVOID lpAddress, //虚拟内存地址
  3. DWORD dwSize, //大小
  4. DWORD flNewProtect, //保护属性
  5. PDWORD lpflOldProtect //返回原来的保护属性
  6. );

这个保护属性与之前介绍的VirtualAlloc中的保护属性相同,另外需要注意的一点是一般返回原来的属性的话,这个指针可以为NULL,但是这个函数不同,如果第四个参数为NULL,那么函数调用将会失败

  1. LPVOID pBuffer = VirtualAlloc(NULL, 4 * 4096, MEM_RESERVE | MEM_COMMIT, PAGE_READWRITE);
  2. float *pfArray = (float*)pBuffer;
  3. for (int i = 0; i < 4 * 4096 / sizeof(float); i++)
  4. {
  5. pfArray[i] = 1.0f * rand();
  6. }
  7. //将页面改为只读属性
  8. DWORD dwOldProtect = 0;
  9. VirtualProtect(pBuffer, 4 * 4096, PAGE_READONLY, &dwOldProtect);
  10. //写入数据将发生异常
  11. pfArray[9] = 0.1f;
  12. VirtualFree(pBuffer, 4 * 4096, MEM_RELEASE);

VirtualQuery

这个函数用来查询某段虚拟内存的属性信息,这个函数原型如下:

  1. DWORD VirtualQuery(
  2. LPCVOID lpAddress,//地址
  3. PMEMORY_BASIC_INFORMATION lpBuffer, //用于接收返回信息的指针
  4. DWORD dwLength //缓冲区大小,上述结构的大小
  5. );

结构MEMORY_BASIC_INFORMATION的定义如下:

  1. typedef struct _MEMORY_BASIC_INFORMATION {
  2. PVOID BaseAddress; //该页面的起始地址
  3. PVOID AllocationBase;//分配给该页面的首地址
  4. DWORD AllocationProtect;//页面的保护属性
  5. DWORD RegionSize; //页面大小
  6. DWORD State;//页面状态
  7. DWORD Protect;//页面的保护类型
  8. DWORD Type;//页面类型
  9. } MEMORY_BASIC_INFORMATION;
  10. typedef MEMORY_BASIC_INFORMATION *PMEMORY_BASIC_INFORMATION;

AllocationProtect与Protect所能取的值与之前的保护属性的值相同。

State的取值如下:

MEM_FREE:空闲

MEM_RESERVE:保留

MEM_COMMIT:已提交

Type的取值如下:

MEM_IMAGE:映射类型,一般是映射到地址控件的可执行模块如DLL,EXE等

MEM_MAPPED:文件映射类型

MEM_PRIVATE:私有类型,这个页面的数据为本进程私有数据,不能与其他进程共享

下面是这个的使用例子:

  1. #include<windows.h>
  2. #include <stdio.h>
  3. #include <tchar.h>
  4. #include <atlstr.h>
  5. CString GetMemoryInfo(MEMORY_BASIC_INFORMATION *pmi);
  6. int _tmain(int argc, TCHAR *argv[])
  7. {
  8. SYSTEM_INFO sm = {0};
  9. GetSystemInfo(&sm);
  10. LPVOID dwMinAddress = sm.lpMinimumApplicationAddress;
  11. LPVOID dwMaxAddress = sm.lpMaximumApplicationAddress;
  12. MEMORY_BASIC_INFORMATION mbi = {0};
  13. _putts(_T("BaseAddress\tAllocationBase\tAllocationProtect\tRegionSize\tState\tProtect\tType\n"));
  14. for (LPVOID pAddress = dwMinAddress; pAddress <= dwMaxAddress;)
  15. {
  16. if (VirtualQuery(pAddress, &mbi, sizeof(MEMORY_BASIC_INFORMATION)) == 0)
  17. {
  18. break;
  19. }
  20. _putts(GetMemoryInfo(&mbi));
  21. //一般通过BaseAddress(页面基地址) + RegionSize(页面长度)来寻址到下一个页面的的位置
  22. pAddress = (BYTE*)mbi.BaseAddress + mbi.RegionSize;
  23. }
  24. }
  25. CString GetMemoryInfo(MEMORY_BASIC_INFORMATION *pmi)
  26. {
  27. CString lpMemoryInfo = _T("");
  28. int iBaseAddress = (int)(pmi->BaseAddress);
  29. int iAllocationBase = (int)(pmi->AllocationBase);
  30. CString szProtected = _T("\0");
  31. if (pmi->Protect & PAGE_READONLY)
  32. {
  33. szProtected = _T("R");
  34. }else if (pmi->Protect & PAGE_READWRITE)
  35. {
  36. szProtected = _T("RW");
  37. }else if (pmi->Protect & PAGE_WRITECOPY)
  38. {
  39. szProtected = _T("WC");
  40. }else if (pmi->Protect & PAGE_EXECUTE)
  41. {
  42. szProtected = _T("X");
  43. }else if (pmi->Protect & PAGE_EXECUTE_READ)
  44. {
  45. szProtected = _T("RX");
  46. }else if (pmi->Protect & PAGE_EXECUTE_READWRITE)
  47. {
  48. szProtected = _T("RWX");
  49. }else if (pmi->Protect & PAGE_EXECUTE_WRITECOPY)
  50. {
  51. szProtected = _T("WCX");
  52. }else if (pmi->Protect & PAGE_GUARD)
  53. {
  54. szProtected = _T("GUARD");
  55. }else if (pmi->Protect & PAGE_NOACCESS)
  56. {
  57. szProtected = _T("NOACCESS");
  58. }else if (pmi->Protect & PAGE_NOCACHE)
  59. {
  60. szProtected = _T("NOCACHE");
  61. }else
  62. {
  63. szProtected = _T(" ");
  64. }
  65. CString szAllocationProtect = _T("\0");
  66. if (pmi->AllocationProtect & PAGE_READONLY)
  67. {
  68. szProtected = _T("R");
  69. }else if (pmi->AllocationProtect & PAGE_READWRITE)
  70. {
  71. szProtected = _T("RW");
  72. }else if (pmi->AllocationProtect & PAGE_WRITECOPY)
  73. {
  74. szProtected = _T("WC");
  75. }else if (pmi->AllocationProtect & PAGE_EXECUTE)
  76. {
  77. szProtected = _T("X");
  78. }else if (pmi->AllocationProtect & PAGE_EXECUTE_READ)
  79. {
  80. szProtected = _T("RX");
  81. }else if (pmi->AllocationProtect & PAGE_EXECUTE_READWRITE)
  82. {
  83. szProtected = _T("RWX");
  84. }else if (pmi->AllocationProtect & PAGE_EXECUTE_WRITECOPY)
  85. {
  86. szProtected = _T("WCX");
  87. }else if (pmi->AllocationProtect & PAGE_GUARD)
  88. {
  89. szProtected = _T("GUARD");
  90. }else if (pmi->AllocationProtect & PAGE_NOACCESS)
  91. {
  92. szProtected = _T("NOACCESS");
  93. }else if (pmi->AllocationProtect & PAGE_NOCACHE)
  94. {
  95. szProtected = _T("NOCACHE");
  96. }else
  97. {
  98. szProtected = _T(" ");
  99. }
  100. DWORD dwRegionSize = pmi->RegionSize;
  101. CString strState = _T("");
  102. if (pmi->State & MEM_FREE)
  103. {
  104. strState = _T("Free");
  105. }else if (pmi->State & MEM_RESERVE)
  106. {
  107. strState = _T("Reserve");
  108. }else if (pmi->State & MEM_COMMIT)
  109. {
  110. strState = _T("Commit");
  111. }else
  112. {
  113. strState = _T(" ");
  114. }
  115. CString strType = _T("");
  116. if (pmi->Type & MEM_IMAGE)
  117. {
  118. strType = _T("Image");
  119. }else if (pmi->Type & MEM_MAPPED)
  120. {
  121. strType = _T("Mapped");
  122. }else if (pmi->Type & MEM_PRIVATE)
  123. {
  124. strType = _T("Private");
  125. }
  126. lpMemoryInfo.Format(_T("%08X %08X %s %d %s %s %s\n"), iBaseAddress, iAllocationBase, szAllocationProtect, dwRegionSize, strState, szProtected, strType);
  127. return lpMemoryInfo;
  128. }

VirtualLock和VirtualUnlock

这两个函数用于锁定和解锁页面,前面说过操作系统会将长时间不用的内存中的数据放入到系统的磁盘文件中,需要的时候再放回到内存中,这样来回倒腾,必定会造成程序效率的底下,为了避免这中效率底下的操作,可以使用VirtualLock将页面锁定在内存中,防止页面交换,但是不用了的时候需要使用VirtualUnlock来解锁,不然一直锁定而不解锁会造成真实内存的不足。

另外需要注意的是,不能一次操作超过工作集规定的最大虚拟内存,这样会造成程序崩溃,我们可以通过函数SetProcessWorkingSetSize来设置工作集规定的最大虚拟内存的大小。下面是一个使用例子:

  1. SetProcessWorkingSetSize(GetCurrentProcess(), 1024 * 1024, 2 * 1024 * 1024);
  2. LPVOID pBuffer = VirtualAlloc(NULL, 4 * 4096, MEM_RESERVE, PAGE_READWRITE);
  3. //不能锁定超过进程工作集大小的虚拟内存
  4. VirtualLock(pBuffer, 3 * 1024 * 1024);
  5. //不能一次提交超过进程工作集大小的虚拟内存
  6. VirtualAlloc(pBuffer, 3 * 1024 * 1024, MEM_COMMIT, PAGE_READWRITE);
  7. float *pfArray = (float*)pBuffer;
  8. for (int i = 0; i < 4096 / sizeof(float); i++)
  9. {
  10. pfArray[i] = 1.0f * rand();
  11. }
  12. VirtualUnlock(pBuffer, 4096);
  13. VirtualFree(pBuffer, 4096, MEM_DECOMMIT);
  14. VirtualFree(pBuffer, 4 * 4096, MEM_RELEASE);

VirtualFree

VirtualFree用于释放申请的虚拟内存。这个函数支持反提交和释放,这两个操作由第三个参数指定:

MEM_DECOMMIT:反提交,这样这个线性地址就不再映射到具体的物理内存,但是这个地址仍然是保留地址。

MEM_RELEASE:释放,这个范围的地址不再作为保留地址

windows虚拟内存管理的更多相关文章

  1. Window虚拟内存管理(转)

    内存管理是操作系统非常重要的部分,处理器每一次的升级都会给内存管理方式带来巨大的变化,向早期的8086cpu的分段式管理,到后来的80x86 系列的32位cpu推出的保护模式和段页式管理.在应用程序中 ...

  2. Windows内存管理[转]

    本文主要内容:1.基本概念:物理内存.虚拟内存:物理地址.虚拟地址.逻辑地址:页目录,页表2.Windows内存管理3.CPU段式内存管理4.CPU页式内存管理 一.基本概念1. 两个内存概念物理内存 ...

  3. windows 堆管理

    windows堆管理是建立在虚拟内存管理的基础之上的,每个进程都有独立的4GB的虚拟地址空间,其中有2GB的属于用户区,保存的是用户程序的数据和代码,而系统在装载程序时会将这部分内存划分为4个段从低地 ...

  4. 全面介绍Windows内存管理机制及C++内存分配实例(四):内存映射文件

    本文背景: 在编程中,很多Windows或C++的内存函数不知道有什么区别,更别谈有效使用:根本的原因是,没有清楚的理解操作系统的内存管理机制,本文企图通过简单的总结描述,结合实例来阐明这个机制. 本 ...

  5. Windows内存管理的方式

    一.内存的概念 1. 物理内存:即插在主板上的内存条.他是固定的,内存条的容量多大,物理内存就有多大(集成显卡系统除外). 但是如果程序运行很多或者程序本身很大的话,就会导致大量的物理内存占用,甚至导 ...

  6. 全面介绍Windows内存管理机制及C++内存分配实例

    转自:http://blog.csdn.net/yeming81/article/details/2046193 本文基本上是windows via c/c++上的内容,笔记做得不错.. 本文背景: ...

  7. 低层级GPU虚拟内存管理引论

    低层级GPU虚拟内存管理引论 Introducing Low-Level GPU Virtual Memory Management CUDA应用程序越来越需要尽可能快速高效地管理内存.在CUDA 1 ...

  8. 无法从命令行或调试器启动服务,必须首先安装Windows服务(使用installutil.exe),然后用ServerExplorer、Windows服务器管理工具或NET START命令启动它

    无法从命令行或调试器启动服务,必须首先安装Windows服务(使用installutil.exe),然后用ServerExplorer.Windows服务器管理工具或NET START命令启动它 1. ...

  9. Windows上管理远程Linux VPS/服务器文件工具 - winscp

    Linux上经常会经常需要编辑文件,特别是Linux VPS/服务器安装好系统之后配置环境会需要修改很多的配置文件等,对于常用Linux的基本上都能够熟练使用vi或者nano等SSH下面的文件编辑工具 ...

随机推荐

  1. HDU-1828-Picture(线段树)

    Problem Description A number of rectangular posters, photographs and other pictures of the same shap ...

  2. 495A - Digital Counter

    A. Digital Counter time limit per test 1 second memory limit per test 256 megabytes input standard i ...

  3. C#设计模式之二十一职责链模式(Chain of Responsibility Pattern)【行为型】

    一.引言   今天我们开始讲"行为型"设计模式的第八个模式,该模式是[职责链模式],英文名称是:Chain of Responsibility Pattern.让我们看看现实生活中 ...

  4. Asp.net mvc 知多少(五)

    本系列主要翻译自<ASP.NET MVC Interview Questions and Answers >- By Shailendra Chauhan,想看英文原版的可访问http:/ ...

  5. linux下脚本做成服务

    一.脚本做成服务 1.把启动脚本复制到 /etc/init.d目录中 2.脚本内容 xxxx代表jar包名称 #!/usr/bin/env bash # chkconfig: 2345 20 80 # ...

  6. 判断DataTable某一列是否是时间列

    DataTable dt = new DataTable("Table0"); dt.Columns.Add("column0", System.Type.Ge ...

  7. [Maven] Missing artifact

    今天从朋友那拷过来一个maven工程,eclipse中maven配置好了,maven仓库也配置完毕,但是一直报Missing artifact,然后开网执行maven update,下载完jar后,还 ...

  8. c#创建access数据库和数据表

      由于在程序中使用了ADOX,所以先要在解决方案中引用之,方法如下: 解决方案资源管理器(项目名称)-->(右键)添加引用-->COM--> Microsoft ADO Ext. ...

  9. scala写算法-List、Stream、以及剑指Offer里部分题目基于scala解法

    Stream(immutable) Stream是惰性列表.实现细节涉及到lazy懒惰求值.传名参数等等技术(具体细节详见维基百科-求值策略). Stream和List是scala中严格求值和非严格求 ...

  10. ArcGIS API for JavaScript 4.2学习笔记[22] 使用【QueryTask类】进行空间查询 / 弹窗样式

    上一篇写道,使用Query类进行查询featureLayer图层的要素,也简单介绍了QueryTask类的使用. 这一篇博文继续推进,使用Query类和QueryTask类进行空间查询,查询USA的著 ...