托管堆
托管中心管理制度(6篇)
托管中心管理制度一、厨房管理制度⑴人员。
所有从业人员每年体检一次，要有健康证。
从业人员应有良好的个人卫生习惯，必须做到工作前洗手消毒、不留长指甲、不戴戒指、不吸烟。
工作人员出现咳嗽、腹泻、发热、呕吐病症时，应立即脱离工作岗位。
⑵场所。
注意工作场所通风换气。
工作完毕，不留卫生尾巴。
每天小扫除四次，每周两次大扫除。
⑶采购：“五不买”：不新鲜的不买，不卫生的不买，不放心的不买，夏秋季节易中毒的蔬菜不买，非正规厂家及商场的不买。
所有主食类商品要有食品合格证或者开具发票。
⑷加工：“五不加工”：未清洗干净的不加工，营养搭配不合理的不加工，超过保质期的材料不加工，厨房卫生不合要求不加工。
⑸储藏：生鲜肉类随时放在保鲜盒并放进冰箱冷冻，易变质蔬菜及时进冰箱冷藏，存放在储藏室的蔬菜分类科学、摆放整齐，既通风又避光；冰箱及其它储存蔬菜食品场所及食品器具应做到每天清洁，每周清理，内外无污垢。
⑹餐具。
用餐后及时清理，餐具严格做到一洗、二刷、三冲、四消毒。
⑺营养。
加强伙食管理，丰富食谱，注意营养搭配。
开出每周菜单，并提高业务水平，不断花样更新，每周保持餐餐不重样。
每天都必须配备适时水果或干果。
二、接送管理制度⑴准时。
接送人员必须在放学前____分钟携带托管学生联系表到校门口指定地点等侯学生。
⑵准确。
接送人员必须认真清点人数并做记录，发现缺席应及时与家长或学校确认情况。
⑶安全。
每次至少两名接送人员，并视人数的变化再增派人员接送，确保途中安全。
专车接送人员必须严格要求学生乘车方式往返，不得让学生擅自出走。
接时要监督学生悉数进入托管中心，送时要督促学生全部进校门。
(4)可靠。
不得随意更换接送人员，如有需要须提前通知学生，以防止不法人员冒充本中心人员接走学生。
三、午餐管理制度⑴秩序。
工作人员必须引导学生就餐前洗手、排队、保持安静，领取自已的中餐就位吃。
就餐保持安静，不交头接耳，不随意下位走动。
轻放餐具不得有响声。
⑵节约。
不浪费粮食，必须要求学生把饭菜、汤、水果吃完不随意倒掉。
ref以及传值传址的理解
ref以及传值传址的理解 ref（也包括out）关键字肯定都会⽤，传值调⽤和传址调⽤也是初学写代码时都已经历过的话题，与这相关的还有⼀些话题，⽐如值类型和引⽤类型有什么区别等，但是如果不仔细，可能有⼀些概念的混淆或者理解不够清晰（引⽤类型参数加ref关键字是多余的吗），本⽂试图以最简单的⽅式说明⼀下 有⼀些常见的说法：对于值类型传参就是传值调⽤，对于引⽤类型就是传址调⽤。
如果加上ref关键字那就是传址调⽤，引⽤调⽤时，会改变原参数值，值调⽤时不会原改变参数值，看上去好像是的，那看⼀个例⼦：public class MyClass{ public int Id { get; set; } }static void Invoke1(MyClass myClass){myClass.Id = 0;}static void Invoke2(MyClass myClass){myClass = new MyClass { Id = 50 };}var myClass = new MyClass { Id = 100 };//原始值100Invoke1(myClass);Console.WriteLine(myClass.Id); //100变为0Invoke2(myClass);Console.WriteLine(myClass.Id); //依然是0下⾯换⼀下将引⽤类型的参数加上ref关键字public class MyClass{ public int Id { get; set; } }static void Invoke1(MyClass myClass){myClass.Id = 0;}static void Invoke2(ref MyClass myClass){myClass = new MyClass { Id = 50 };}var myClass = new MyClass { Id = 100 };//原始值100Invoke1(myClass);Console.WriteLine(myClass.Id); //100变为0Invoke2(ref myClass); //这⾥加了refConsole.WriteLine(myClass.Id); //结果变了：0变为50这⾥的现象是：引⽤类型的参数，函数中的改变不⼀定会影响原来的参数即使是引⽤类型，加上ref关键字以后也可能产⽣不⼀样的结果那么ref关键字和传址调⽤还不是⼀回事，引⽤类型加传参ref关键字不是多余的（不考虑应⽤场景合理性），那怎么理解？正常情况下（没有ref等关键字）的传参是怎么传的（包括引⽤类型和值类型）？答案：传栈的副本不管是值类型还是引⽤类型，传过去的都是栈的副本：新的栈地址（栈的地址有改变） + 值副本（完全不变）那么引⽤类型和值类型的参数传参⾏为是有区别的，区别在于值类型和引⽤类型的存储⽅式：对于值类型：值副本就是原来的值对于引⽤类型：值副本就是原来的托管堆地址PS: 值类型栈上保存的值，引⽤类型栈上保存的托管堆的地址，真正的值在托管堆上值类型传参对原参数⽆影响：栈地址和栈上的值都是副本，当然没影响引⽤类型为什么有影响（不是所有情况都有影响）：传过去的托管堆地址和原来的托管堆地址是同⼀个地址，引⽤类型数据在托管堆，所以操作是针对的同⼀个托管堆操作，托管堆值变了，原参数引⽤的也是这个托管堆，当然值也跟着变化。
C#中的基元类型、值类型和引用类型
C#中的基元类型、值类型和引⽤类型1. 基元类型(Primitive Type) 编译器直接⽀持的类型称为基元类型。
基元类型可以直接映射到 FCL 中存在的类型。
例如，int a = 10中的 int 就是基元类型，其对应着FCL 中的 System.Int32,上⾯的代码你完全可以写作System.Int32 a = 10,编译器将⽣成完全形同的 IL,也可以理解为 C# 编译器为源代码⽂件中添加了using int = System.Int32。
1.1 基元类型的算术运算的溢出检测 对基元类型的多数算术运算都可能发⽣溢出，例如byte a = 200;byte b = (Byte)(a + 100);//b 现在为 4 上⾯代码⽣成的 IL 如下 从中我们可以看出，在计算之前两个运算数都被扩展称为了32位，然后加在⼀起是⼀个32位的值(⼗进制300),该值在存到b之前⼜被转换为了Byte。
C# 中的溢出检查默认是关闭的，所以上⾯的运算并不会抛出异常或产⽣错误，也就是说编译器⽣成 IL 时，默认选择加、减、乘以及转换操作的⽆溢出检查版本(如上图中的 add 命令以及conv.u1都是没有进⾏溢出检查的命令，其对应的溢出检查版本分别为add.ovf和conv.ovf)，这样可以使得代码快速的运⾏，但前提是开发⼈员必须保证不发⽣溢出，或者代码能够预见溢出。
C#中控制溢出，可以通过两种⽅式来实现，⼀种全局设置，⼀种是局部控制。
全局设置可以通过编译器的 /checked 开关来设置，局部检查可以使⽤ checked/unchecked 运算符来对某⼀代码块来进⾏设置。
进⾏溢出检查后如果发⽣溢出，会抛出System.OverflowException 异常。
通过上述设置后编译器编译代码时会使⽤加、减、乘和转换指令的溢出检查版本。
这样⽣成的代码在执⾏时要稍慢⼀些，因为 CLR 要检查这些运算是否发⽣溢出。
托管C++程序设计
__try_cast
VC++2008 托管新 语法
safe_cast
__gc class
__gc struct
ref class ref struct value class
__sealed
__event
__pin
pin_ptr
__value class
__value enum
new
enum class
9.1 CLR与托管程序
1、CLR与托管程序
– CLR即公共语言运行库，它为.NET中的 每种编程语言提供了一个共同的程序执 行环境。 – 在 CLR 中运行的代码称为托管代码， 不在CLR中运行的代码称为非托管代码。
9.1 CLR与托管程序
2、NET托管与非托管程序的关系
托 管 Web 应 用 VB、MC++、C#、J#.... 程序 公共语言规范（CLS） 运 行 .NET 3.5开发件 库 WPF、WCF、WWF、WCF Internet 信 息 服务 WinForm… 基础类型（FCL） 公共语言运行库（CLR） MFC 标准C++ 非托管应用程序
System::Collections
System::IO System::Text System::Threading
9.1 CLR与托管程序
7.垃圾回收
在托管程序中,堆空间由CLR管理，称为托管堆。 托管堆由程序员用gcnew分配，如同C++中的 new一样，但托管堆不需要程序员用free之类 的命令回收。 当内存不足时，CLR就会自动搜查托管堆中那些 没有指针指向或被未被引用的对象（因其无用， 徒占内存空间，故称之为垃圾），并释放它们， 将它们所占据的内存空间归还系统，以被其它 程序使用。这种方法称为垃圾回收,即GC （Garbage Collection）。
关于C#装箱与拆箱的理解
关于C#装箱与拆箱的理解NET重要技术和基础之一的CTS(Common Type System)。
顾名思义，CTS就是为了实现在应用程序声明和使用这些类型时必须遵循的规则而存在的通用类型系统。
.Net将整个系统的类型分成两大类——V alue Type 和Reference Type。
，多数的OO语言存在这个弱点，原因就是因为他们的原类型没有共同的基点，于是他们在本质上并不是真正的对象C++更依赖于对象，而非面向对象。
.Net环境的CTS 给我们带来了方便。
第一、CTS中的所有东西都是对象；第二、所有的对象都源自一个基类——System.Object类型。
这就是所谓的单根层次结构（singly rooted hierarchy）关于System.Object的详细资料请参考微软的技术文档。
CTS V alue Type的一个最大的特点是它们不能为null，V alue Type的变量总有一个值。
在传递V alue Type的变量时，实际传递的是变量的值，而非底层对象的“引用”。
CTS Reference Type就好像是类型安全的指针，它可以为null。
当值为null时，说明没有引用或类型指向某个对象。
声明一个引用类型的变量时，被操作的是此变量的引用（地址），而不是数据。
1、装箱和拆箱是一个抽象的概念2、装箱是将值类型转换为引用类型；拆箱是将引用类型转换为值类型利用装箱和拆箱功能，可通过允许值类型的任何值与Object 类型的值相互转换，将值类型与引用类型链接起来例如：int val = 100;object obj = val;Console.WriteLine (“对象的值= {0}", obj);这是一个装箱的过程，是将值类型转换为引用类型的过程int val = 100;object obj = val;int num = (int) obj;Console.WriteLine ("num: {0}", num);这是一个拆箱的过程，是将值类型转换为引用类型，再由引用类型转换为值类型的过程注：被装过箱的对象才能被拆箱3、.NET中，数据类型划分为值类型和引用(不等同于C++的指针)类型，与此对应，内存分配被分成了两种方式，一为栈，二为堆，注意：是托管堆。
托管代码和非托管代码
托管代码和⾮托管代码
托管和⾮托管是修饰内存的。
托管的意思，你不⽤直接操作内存，你需要的时候跟我说。
我替你申请，然后给你⽤，你⽤完可以告诉我，我帮你释放，如果你忙，忘记告诉我了，我也会在定期去帮你释放的。
这就是托管，你打交道的不是直接的内存，⽽是.net clr。
⾮托管的意思就是你要⾃⼰负责管理内存，这⾥所说的内存管理。
实际上只是堆上的内存管理，栈内存和以前的⼀样，函数退出则释放，heap上的内存，⾮托管内存需要⾃⼰分配，调⽤构造函数(c需要，c++⾥⽤new替代这部操作了)，使⽤完毕后，需要⾃⼰释放这个内存，如果你不⼩⼼，吧只想内存的指针弄丢了，就造成内存泄露了，这个内存泄露在你程序退出之前是⽆法弥补的，所以要⼩⼼。
(virtualMalloc的情况不在此描述了。
因为分配的也不是heap上的内存，属于扩展内存空间，题外话了。
)
简单说，托管的意思是托管内存，但多⼀层必然会慢，这个么，微软早考虑好了，硬件升级，⼤家掏钱就能解决的问题不是问题。
带来的好处是托管内存不会有泄漏的危险。
C# code
1 2 3 4 5 6 7 8 9 10 11//c# 例⼦
public class Test
{
//blank class
}
Test c = new Test();
/*到此结束，你的程序将不会被任何⼈指责有问题，也实际上真的没问题，因为当垃圾回收：GC.Collect()
的时候。
就会遍历找到没有被引⽤的对象，就会被尝试调⽤Dispose和析构函数，最终释放内存。
*/。
标准仓库托管管理制度范本
第一章总则第一条为规范仓库托管管理，确保仓库安全、高效、有序运行，提高仓储服务质量，特制定本制度。
第二条本制度适用于公司所有仓库托管业务，包括但不限于入库、出库、储存、盘点、安全管理等环节。
第三条仓库托管管理应遵循以下原则：1. 安全第一，预防为主；2. 严格管理，规范操作；3. 提高效率，降低成本；4. 优质服务，客户至上。
第二章仓库安全管理第四条仓库安全责任制：1. 仓库负责人对本仓库的安全负总责；2. 仓库保管员负责本岗位的安全管理；3. 仓库其他工作人员应遵守本制度，共同维护仓库安全。
第五条仓库安全措施：1. 仓库内严禁吸烟、使用明火，禁止携带易燃易爆物品；2. 仓库内配备必要的消防设施，确保消防通道畅通；3. 仓库内不得存放违禁品、危险品；4. 仓库内不得随意堆放物品，保持通道畅通；5. 仓库内照明、通风设施齐全，确保正常使用。
第六条仓库安全检查：1. 定期对仓库进行安全检查，发现问题及时整改；2. 对仓库安全设施、设备进行定期维护、保养；3. 对仓库工作人员进行安全培训，提高安全意识。
第三章仓库物品管理第七条入库管理：1. 入库物品需经质量部门检验合格后方可入库；2. 入库物品应按照类别、规格、型号进行分类存放；3. 入库物品应填写入库单，并由仓库保管员进行核对、登记。
第八条出库管理：1. 出库物品需按照出库单执行，出库单需经相关领导审批；2. 出库物品应严格按照规定程序进行，确保准确无误；3. 出库物品应填写出库单，并由仓库保管员进行核对、登记。
第九条储存管理：1. 储存物品应按照类别、规格、型号进行分类存放；2. 储存物品应保持通风、干燥，防止霉变、虫蛀；3. 储存物品应定期检查，发现异常情况及时处理。
第四章盘点管理第十条仓库盘点：1. 仓库应定期进行盘点，确保库存准确；2. 盘点过程中，如发现差异，应及时查明原因，并采取相应措施；3. 盘点结果应填写盘点报告，并由相关人员签字确认。
校外托管场所检查情况汇报
校外托管场所检查情况汇报根据教育部门的要求，我们对校外托管场所进行了一次全面的检查。
在此次检查中，我们主要关注了场所的环境卫生、安全设施、管理制度以及师生情况等方面。
现将检查情况汇报如下：首先，我们对校外托管场所的环境卫生进行了检查。
经过实地走访和查阅相关资料，发现大部分托管场所的环境卫生状况良好。
教室、活动室、卫生间等场所都保持着整洁和干净，没有垃圾堆放或脏乱现象。
这充分体现了托管场所管理者对环境卫生的重视和管理的规范。
其次，我们对校外托管场所的安全设施进行了检查。
我们发现，大部分托管场所都安装了消防设施，并定期进行消防安全检查和演练。
同时，托管场所还建立了安全管理制度，制定了应急预案，确保了师生在校外托管期间的安全。
但也有少数托管场所存在一些隐患，如安全出口设置不合理、消防通道被堵塞等问题，需要及时整改。
再次，我们对校外托管场所的管理制度进行了检查。
我们发现，大部分托管场所都建立了规范的管理制度，包括师生管理、作息时间安排、饮食卫生等方面。
管理者和教职员工严格按照制度执行，确保了师生的日常生活和学习秩序。
但也有个别托管场所存在管理不规范、制度执行不到位的情况，需要引起重视和改进。
最后，我们对校外托管场所的师生情况进行了检查。
我们发现，大部分托管场所的师生关系融洽，师生之间存在着良好的互动和沟通。
教职员工关心学生，耐心教育，学生之间也相互帮助，形成了和谐的学习氛围。
但也有少数托管场所存在师生关系紧张、学生之间存在欺凌现象等问题，需要及时解决和改进。
综上所述，校外托管场所的检查情况总体来看是良好的。
但也存在一些问题和隐患，需要托管场所管理者和相关部门引起重视，采取有效措施加以解决。
我们将继续加强对校外托管场所的监督检查工作，确保学生在校外托管期间的安全和健康成长。
C#fixed语句固定变量详解
C#fixed语句固定变量详解相信很多⼈在这样或那样的项⽬中，或者⽆意间看到了fixed语句块，看到之后你肯定会疑问：1，这个fixed关键字是做什么⽤的？2，什么情况下需要该关键字？3，这个关键字该怎么⽤？我相信解决了上⾯四个问题之后，你对这个fixed语句就理解和掌握到位了，我也在⽹上⼤致浏览了下，⽹上关于该关键字的详细说明太少太少了，基本都是摘抄MSDN官⽅⽂档，毫⽆⾃⾝理解与发散出来的东西，当然完全依据MSDN的只⾔⽚⽂也能理解不过相当费劲，在这⾥我结合⾃⼰的理解给⼤家说明下该关键字的⽤法，希望各位看过之后能给出⾃⼰的想法。
在MSDN如下介绍：1、fixed 语句禁⽌垃圾回收器重定位可移动的变量。
fixed 语句只能出现在不安全的上下⽂中。
Fixed 还可⽤于创建固定⼤⼩的缓冲区。
2、fixed 语句设置指向托管变量的指针并在 statement 执⾏期间“钉住”该变量。
如果没有 fixed 语句，则指向可移动托管变量的指针的作⽤很⼩，因为垃圾回收可能不可预知地重定位变量。
C# 编译器只允许在 fixed 语句中分配指向托管变量的指针。
3、执⾏完语句中的代码后，任何固定变量都被解除固定并受垃圾回收的制约。
因此，不要指向 fixed 语句之外的那些变量。
看到这⼏乎话你可能云⾥雾⾥，雾⾥云⾥，第⼀句：fixed禁⽌垃圾回收器定位可移动变量这到底是怎么⼀回事？如果你不理解这句话说明你得需要去了解下GC，我们知道GC是CLR管理下的垃圾回收器。
当进程初始化时，CLR保留⼀块连续的地址空间，这个地址空间最初并没有对应的物理存储空间，这个地址空间就是托管堆。
在托管堆中，连续分配的对象可以确保他们在内存中时连续的。
托管堆维护着⼀个叫做NextObjPtr的指针，它指向下⼀个对象在堆中的分配位置。
调⽤new操作符创建对象时，如果没有⾜够的地址空间来分配对象，也即对象的字节数+NextObjPtr指针的地址超过了地址空间末尾则需要进⾏⼀次垃圾回收。
Java与C#的垃圾回收机制
java … -XX:MaxTenuringThreshold=0 –XX:SurvivorRatio＝50000 …
由于这个线性的内存分配方法的存在，在C#应用程序中同时分配的对象在托管堆上通常会被分配成彼此相邻。着安排和传统的堆内存分配完全不同，传统的堆内存分配是基于内存块大小的。例如，两个同时分配的对象在堆上的位置可能相距很远，从而降低了缓存的性能。因此虽然内存分配很快，但在一些比较重要的程序中，第0代中的可用内存很有可能会彻底被消耗光。记住，第0代小到可以装进L2缓冲区，并且没有被使用的内存不会被自动释放。当第0代中没有可以分配的有效内存时，就会在第0代中触发一轮垃圾回收，在这轮垃圾回收中将删除所有不再被引用的对象，并将当前正在使用中的对象移至第1代。针对第0代的垃圾回收是最常见的回收类型，而且速度很快。在第0代的垃圾内存回收不能有效的请求到充足的内存时，就启动第1代的垃圾内存回收。第2代的垃圾内存回收要作为最后一种手段而使用，当且仅当第1代和第0代的垃圾内存回收不能被提供足够内存时进行。如果各代都进行了垃圾回收后仍没有可用的内存，就会引发一个OutOfMemeryException异常 。
java -Xms512m -Xmx512m -Xmn128m -XX:PermSize=32m -XX:MaxPermSize=64m
默认状态下，HotSpot在新域中使用复制收集器。该域一般分为三个部分。第一部分为Eden，用于生成新的对象。另两部分称为救助空间，当Eden充满时，收集器停止应用程序，把所有可到达对象复制到当前的from救助空间，一旦当前的from救助空间充满，收集器则把可到达对象复制到当前的to救助空间。From和to救助空间互换角色。维持活动的对象将在救助空间不断复制，直到它们获得使用期并转入旧域。使用-XX:SurvivorRatio可控制新域子空间的大小。
C#中如何释放对象？
C#中如何释放对象？展开全文NET Framework 的垃圾回收器管理应用程序的内存分配和释放。
每次您使用 new 运算符创建对象时，运行库都从托管堆为该对象分配内存。
只要托管堆中有地址空间可用，运行库就会继续为新对象分配空间。
但是，内存不是无限大的。
最终，垃圾回收器必须执行回收以释放一些内存。
垃圾回收器优化引擎根据正在进行的分配情况确定执行回收的最佳时间。
当垃圾回收器执行回收时，它检查托管堆中不再被应用程序使用的对象并执行必要的操作来回收它们占用的内存。
强制垃圾回收：垃圾回收 GC 类提供 GC.Collect 方法，您可以使用该方法让应用程序在一定程度上直接控制垃圾回收器。
通常情况下，您应该避免调用任何回收方法，让垃圾回收器独立运行。
在大多数情况下，垃圾回收器在确定执行回收的最佳时机方面更有优势。
但是，在某些不常发生的情况下，强制回收可以提高应用程序的性能。
当应用程序代码中某个确定的点上使用的内存量大量减少时，在这种情况下使用 GC.Collect 方法可能比较合适。
例如，应用程序可能使用引用大量非托管资源的文档。
当您的应用程序关闭该文档时，您完全知道已经不再需要文档曾使用的资源了。
出于性能的原因，一次全部释放这些资源很有意义。
有关更多信息，请参见 GC.Collect 方法。
在垃圾回收器执行回收之前，它会挂起当前正在执行的所有线程。
如果不必要地多次调用 GC.Collect，这可能会造成性能问题。
您还应该注意不要将调用 GC.Collect 的代码放置在程序中用户可以经常调用的点上。
这可能会削弱垃圾回收器中优化引擎的作用，而垃圾回收器可以确定运行垃圾回收的最佳时间。
明清建筑房屋托管托管工作
明清建筑房屋托管托管工作要说明清时期的建筑，那可真是眼花缭乱，分分钟让你想要住进去的感觉。
说起这些古老的房屋，很多人都知道它们讲究的就是“气派”。
你瞧瞧那飞檐翘角，雕梁画栋，不管是宫殿还是民宅，都透着一股子“我是大佬”的气质。
尤其是那些房屋托管的工作，一提到这，我就觉得特有意思。
说到底，就是那些专门管理这些历史建筑的人，他们就像是房屋的“守护神”。
说得简单点，就像是照顾那些老房子的“管家”，让这些有着百年甚至几百年历史的老宅子不至于在风雨中倒塌，继续活跃在大家的眼前。
明清建筑托管的工作可不是一件轻松的事。
你以为这就只是给这些房子扫扫灰，擦擦窗户，放几盆花，别逗了。
那得多细致啊！你想，明清时期的建筑不仅仅是结构复杂，装饰更是讲究，任何一点点小问题，都是大问题。
所以这帮托管人员可得有一颗耐心如“老黄牛”的心，绝不能出差错。
比方说，屋顶的瓦片掉了，这就得赶紧修，别让雨水漏进去，把屋子里头弄得一团糟。
或者墙面上的木雕，时间久了可能会裂开，必须得小心修补，否则一损失就是几百年积淀的艺术价值。
托管这些建筑，还得兼顾现代化与传统工艺的结合。
说白了，就是要用当代的技术来保养这些古老的房子，同时不破坏它们原本的风貌。
你想啊，要是用了一些新材料，结果弄得整座房子看上去跟个“现代艺术品”似的，那谁还能看得懂这是古代的建筑风格？这可是关系到文化传承的大事呢！要不然，明清的风骨一下就没了，剩下的就只是一堆毫无灵魂的砖瓦。
托管这些建筑可不光是技术活，还是心灵上的挑战。
你想象一下，那些明清建筑背后承载的不仅仅是砖石木料，更有无数的历史和故事。
每一块砖、每一根梁柱，可能都记录着一个曾经的王朝，或是某个历史人物的踪迹。
搞不好，你修复一栋房子，修复的就是一段历史，拯救的就是一个民族的记忆。
所以，这份工作并不是简单的“干活”，它还肩负着文化传承的责任感。
这也让托管工作者们的心态，不再单纯是为了赚钱或者打发时间，而是带着一种责任感，像是把老祖宗的“遗产”好好保管起来，传给下一代。
C#内存回收机制
.Net中的内存回收机制垃圾回收器是用来管理应用程序的内存分配和释放的。
在垃圾回收器出现以前，程序员在使用内存时需要向系统申请内存空间。
有些语言，例如Visual Basic，可以自动完成向系统申请内存空间的工作。
但是在诸如Visual C++的语言中要求程序员在程序代码中申请内存空间。
如果程序员在使用了内存之后忘了释放内存，则会引起内存泄漏。
但是有了垃圾回收器，程序员就不必关心内存中对象在离开生存期后是否被释放的问题。
当一个应用程序在运行的时候，垃圾回收器设置了一个托管堆。
托管堆和C语言中的堆向类似，但是程序员不需要从托管堆中释放对象，并且在托管堆中对象的存放是连续的。
每次当开发人员使用 new 运算符创建对象时，运行库都从托管堆为该对象分配内存。
新创建的对象被放在上次创建的对象之后。
垃圾回收器保存了一个指针，该指针总是指向托管堆中最后一个对象之后的内存空间。
当新的对象被产生时，运行库就知道应该将新的对象放在内存的什么地方。
同时开发人员应该将相同类型的对象放在一起。
例如当开发人员希望向数据库写入数据的时侯，首先需要创建一个连接对象，然后是Command对象，最后是DataSet对象。
如果这些对象放在托管堆相邻的区域内，存取它们就非常快。
当垃圾回收器的指针指向托管堆以外的内存空间时，就需要回收内存中的垃圾了。
在这个过程中，垃圾回收器首先假设在托管堆中所有的对象都需要被回收。
然后它在托管堆中寻找被根对象引用的对象（根对象就是全局，静态或处于活动中的局部变量以及寄存器指向的对象），找到后将它们加入一个有效对象的列表中，并在已经搜索过的对象中寻找是否有对象被新加入的有效对象引用。
直到垃圾回收器检查完所有的对象后，就有一份根对象和根对象直接或间接引用了的对象的列表，而其它没有在表中的对象就被从内存中回收。
当对象被加入到托管堆中时，如果它实现了finalize（）方法，垃圾回收器会在它的终结列表（Finalization List）中加入一个指向该对象的指针。
仓储托管费用计算公式
仓储托管费用计算公式仓储托管费用是指企业将其货物或产品委托给仓库进行存储和管理所需支付的费用。
对于企业来说，合理计算仓储托管费用非常重要，可以帮助企业控制成本、提高效益。
下面将介绍一种常用的仓储托管费用计算公式。
仓储托管费用计算公式一般由以下几个关键因素组成：仓储面积、托管周期、存储物品的类型和数量、仓库的价格标准等。
下面将详细介绍每个因素的计算方法。
1. 仓储面积：仓储面积是指企业所租用的仓库的实际使用面积。
通常以平方米为单位进行计算。
计算仓储面积时，需要考虑货物的体积和堆放方式。
例如，如果货物需要堆放成垛，那么需要考虑每垛货物的高度、宽度和长度。
仓储面积的计算公式如下：仓储面积 = 垛高（米）× 垛宽（米）× 垛长（米）× 垛数2. 托管周期：托管周期是指货物在仓库中存储的时间长度，通常以天为单位进行计算。
根据货物的存储周期长短，可以采用不同的计费方式。
例如，短期存储可以按天计费，长期存储可以按月计费。
托管周期的计算公式如下：托管周期 = 结束日期 - 开始日期3. 存储物品的类型和数量：存储物品的类型和数量对仓储托管费用的计算也有重要影响。
不同类型的物品可能需要不同的存储条件和设备，从而导致费用的差异。
存储物品的数量也会影响仓库的使用情况和费用计算方式。
一般情况下，存储物品的数量越多，费用也会相应增加。
4. 仓库的价格标准：仓库的价格标准是指仓储托管服务的收费标准。
不同的仓库可能有不同的价格标准，根据仓库的设施、服务质量、地理位置等因素进行定价。
企业在选择仓库时，应该综合考虑价格和服务质量，以及与仓库的合作周期等因素。
仓储托管费用计算公式可以根据企业的具体情况进行调整和补充。
企业在计算仓储托管费用时，应该综合考虑仓储面积、托管周期、存储物品的类型和数量、仓库的价格标准等因素，以便得出准确的费用预算。
合理控制仓储托管费用，对企业的运营和发展具有重要意义。
struct和class的区别
struct和class的区别class和struct最本质的区别是class是引⽤类型，⽽struct是值类型，它们在内存中的分配情况有所区别。
什么是class?class（类）是⾯向对象编程的基本概念，是⼀种⾃定义数据结构类型，通常包含字段、属性、⽅法、属性、构造函数、索引器、操作符等。
在.NET中，所有的类都最终继承⾃System.Object类，因此是⼀种引⽤类型，也就是说，new⼀个类的实例时，在堆栈（stack）上存放该实例在托管堆（managed heap）中的地址，⽽实例的值保存在托管堆（managed heap）中。
什么是struct?struct（结构）是⼀种值类型，⽤于将⼀组相关的变量组织为⼀个单⼀的变量实体。
所有的结构都继承⾃System.ValueType类，因此是⼀种值类型，也就是说，struct实例在创建时分配在线程的堆栈（stack）上，它本⾝存储了值。
所以在使⽤struct时，我们可以将其当作int、char这样的基本类型类对待。
1，class 是引⽤类型，structs是值类型既然class是引⽤类型，class可以设为null。
但是我们不能将struct设为null,因为它是值类型。
namespace Ax{public partial class Form3 : Form{public Form3(){InitializeComponent();structA x = null; //错误 :⽆法将 Null 转换成“structA”，因为它是⼀种不可以为 null 值的类型classA y = null;}}}public struct structA{public int A;}public class classA{public int A;}2，当你实例化⼀个class，它将创建在堆上。
⽽你实例化⼀个struct，它将创建在栈上3，你使⽤的是⼀个对class实例的引⽤。
幼儿园托管安全管理制度
幼儿园托管安全管理制度幼儿园托管安全管理制度是指为了保障幼儿安全和健康，规范园内托管活动，制定的一系列管理规定和制度。
该制度的实施对于幼儿园托管活动起到了重要的作用，保障了幼儿安全和健康，减少了家长和幼儿的焦虑和不安，是幼儿园发展和建设的必要条件之一。
一、托管场所的安全设施1. 安全通道托管场所的安全通道应该保持畅通，禁止堆放杂物或垃圾，同时应该放置明显的应急出口标志，以便在火灾、地震等突发事件时及时疏散幼儿。
2. 布局设计托管场所的布局设计应该符合消防和安全规定。
安全出口、防护设施和逃生设备应该放置在合适的位置，以便在紧急情况下及时疏散幼儿。
3. 安全设施托管场所应该配备符合标准的照明、排气、防火设施和供水设备等安全设施，以确保幼儿在安全的环境下玩乐。
二、安全管理人员的要求1. 培训安全管理人员应该接受培训并具有相应的文化素质和专业技能，如儿童心理学、急救知识、防护措施等。
同时，他们应该具备一定的应急能力和处理突发事件的能力。
2. 身体健康安全管理人员在幼儿园托管场所中始终是保障幼儿安全和健康的关键人物，因此必须健康、精力充沛，不得患有感染性疾病或其他影响幼儿健康的疾病。
3. 工作规范安全管理人员在托管场所中应该按照园方制定的管理规范和操作规程，规范落实托管工作，保障幼儿的安全和健康。
三、托管活动的管理1. 托管活动安排托管活动应该根据幼儿的年龄和兴趣，合理安排丰富多彩的活动内容，保障幼儿的身心健康。
2. 活动场所的布置和设备的具备托管活动场所的布置应该符合幼儿的身高和身体素质，避免杂乱、狭窄、障碍等情况的发生。
同时，托管场所应该配备合适的玩具和活动设备，以满足不同年龄幼儿的需求。
3. 卫生管理托管场所应该保证卫生清洁，避免细菌交叉感染和疾病发生。
在活动过程中，应该注意儿童个人卫生，禁止幼儿将垃圾随意乱扔。
四、食品管理1. 食品安全食品是孩子们身体的主要营养来源，食品安全尤为重要。
在托管的过程中，应该严格按照国家规定的食品安全管理标准，检验食品的品质，禁止使用过期或者不符合规定的食品。
第三方托管仓库管理制度
一、总则1.1 为规范第三方托管仓库的管理，确保仓库安全、高效、有序地运作，提高仓储服务质量，特制定本制度。
1.2 本制度适用于所有第三方托管仓库的日常管理。
1.3 仓库管理应遵循以下原则：（1）安全第一，预防为主；（2）规范操作，提高效率；（3）客户至上，服务至上；（4）持续改进，追求卓越。
二、职责分工2.1 仓库管理员负责仓库的日常管理、物资入库、出库、盘点、设备维护等工作。
2.2 仓库主管负责仓库的整体规划、组织协调、监督检查、考核评估等工作。
2.3 客户服务部负责客户接待、业务洽谈、合同签订、服务投诉处理等工作。
2.4 财务部负责仓库财务核算、成本控制、费用报销等工作。
三、仓库管理流程3.1 物资入库3.1.1 物资到货后，仓库管理员应核对货物信息，确认无误后进行入库。
3.1.2 仓库管理员应按照货物分类、规格、批次等进行堆放，确保货物整齐有序。
3.1.3 仓库管理员应将入库信息录入仓库管理系统，及时更新库存数据。
3.2 物资出库3.2.1 出库前，仓库管理员应核对客户订单，确认出库物资。
3.2.2 仓库管理员应按照订单要求，将物资打包、贴标，确保出库物资准确无误。
3.2.3 仓库管理员应将出库信息录入仓库管理系统，并及时通知客户。
3.3 物资盘点3.3.1 仓库管理员应定期进行库存盘点，确保库存数据的准确性。
3.3.2 盘点过程中，如发现差异，应及时查明原因，并进行调整。
3.4 设备维护3.4.1 仓库管理员应定期对仓库设备进行检查、保养，确保设备正常运行。
3.4.2 发现设备故障，应及时上报，并采取相应措施进行处理。
四、安全与消防4.1 仓库内禁止吸烟、使用明火，禁止存放易燃易爆物品。
4.2 仓库应配备必要的消防设施，并定期检查、维护。
4.3 仓库管理员应熟悉消防知识和应急处理措施，确保在紧急情况下能够迅速应对。
五、奖惩制度5.1 对表现突出、成绩优异的员工给予奖励。
5.2 对违反本制度、造成损失的员工进行处罚。
C#的内存管理原理解析+标准Dispose模式的实现
C#的内存管理原理解析+标准Dispose模式的实现本⽂内容是本⼈参考多本经典C#书籍和⼀些前辈的博⽂做的总结尽管.NET运⾏库负责处理⼤部分内存管理⼯作，但C#程序员仍然必须理解内存管理的⼯作原理，了解如何⾼效地处理⾮托管的资源，才能在⾮常注重性能的系统中⾼效地处理内存。
C#编程的⼀个优点就是程序员不必担⼼具体的内存管理，垃圾回收器会⾃动处理所有的内存清理⼯作。
⽤户可以得到近乎像C++语⾔那样的效率，⽽不必考虑像C++中复杂的内存管理⼯作。
但我们仍需要理解程序在后台如何处理内存，才有助于提⾼应⽤程序的速度和性能。
先了解⼀下Windows系统中的虚拟寻址系统：该系统把程序可⽤的内存地址映射到硬件内存中的实际地址上，在32位处理器上的每个进程都可以使⽤4GB的硬件内存(64位处理器更⼤)，这个4GB的内存包含了程序的所有部分（包括可执⾏代码、代码加载的所有DLL、程序运⾏时使⽤的所有变量的内容）这个4GB的内存称为虚拟地址空间，或虚拟内存。
其中的每个存储单元都是从0开始排序的。
要访问存储在内存的某个空间中的⼀个值，就需要提供表⽰该存储单元的数字。
编译器负责把变量名转换为处理器可以理解的内存地址。
值类型和引⽤类型在C#中的数据类型分为值类型和引⽤类型，对他们使⽤了不同但⼜相似的内存管理机制。
1.值数据类型的内存管理在进程的虚拟内存中，有⼀个区域称为栈。
C#的值类型数据、传递给⽅法的参数副本都存储在这个栈中。
在栈中存储数据时，是从⾼内存地址向低内存地址填充的。
操作系统维护⼀个变量，称为栈指针。
栈指针为当前变量所占内存的最后⼀个字节地址，栈指针会根据需要随时调整，它总是会调整为指向栈中下⼀个空闲存储单元的地址。
当有新的内存需求时，就根据当前栈指针的值开始往下来为该需求分配⾜够的内存单元，分配完后，栈指针更新为当前变量所占内存的最后⼀个字节地址，它将在下⼀次分配内存时调整为指向下⼀个空闲单元。
如：int a= 10;声明⼀个整型的变量需要32位，也就是4个字节内存，假设当前栈指针为89999，则系统就会为变量a分配4个内存单元，分别为89996~89999，之后，栈指针更新为89995double d = 20.13; //需要64位，也就是8个字节内存，存储在89988~89995栈的⼯作⽅式是先进后出(FIFO)：在释放变量时，总是先释放后⾯声明的变量(后⾯分配内存)。
C#托管堆和垃圾回收（GC）
C#托管堆和垃圾回收（GC）⼀、基础⾸先，为了深⼊了解垃圾回收（GC），我们要了解⼀些基础知识：CLR：Common Language Runtime，即公共语⾔运⾏时，是⼀个可由多种⾯向CLR的编程语⾔使⽤的“运⾏时”，包括内存管理、程序集加载、安全性、异常处理和线程同步等核⼼功能。
托管进程中的两种内存堆：托管堆：CLR维护的⽤于管理引⽤类型对象的堆，在进程初始化时，由CLR划出⼀个地址空间区域作为托管堆。
当区域被⾮垃圾对象填满后，CLR会分配更多的区域，直到整个进程地址空间（受进程的虚拟地址空间限制，32位进程最多分配1.5GB，⽽64位最多可分配8TB）被填满。
本机堆：由名为VirtualAlloc的Windows API分配的，⽤于⾮托管代码所需的内存。
NextObjPtr：CLR维护的⼀个指针，指向下⼀个对象在堆中的分配位置。
初始为地址空间区域的基地址。
CLR将对象分为⼤对象和⼩对象，两者分配的地址空间区域不同。
我们下⽅的讲解更关注⼩对象。
⼤对象：⼤于等于85000字节的对象。
“85000”并⾮常数，未来可能会更改。
⼩对象：⼩于85000字节的对象。
然后明确⼏个前提：CLR要求所有引⽤类型对象都从托管堆分配。
C#是运⾏于CLR之上的。
C#new⼀个新对象时，CLR会执⾏以下操作：计算类型的字段（包括从基类继承的字段）所需的字节数。
加上对象开销所需的字节数。
每个对象都有两个开销字段：类型对象指针和同步块索引，32位程序为8字节，64位程序为16字节。
CLR检查托管堆是否有⾜够的可⽤空间，如果有，则将对象放⼊NextObjPtr指向的地址，并将对象分配的字节清零。
接着调⽤构造器，对象引⽤返回之前，NextObjPtr加上对象真正占⽤的字节数得到下⼀个对象的分配位置。
弄清楚以上知识点后，我们继续来了解CLR是如何进⾏“垃圾回收”的。
⼆、垃圾回收的流程我们先来看垃圾回收的算法与主要流程：算法：引⽤跟踪算法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
掌握托管堆、堆栈、垃圾收集器和不安全代码的工作原理和方式，将有助于你成为真正的优秀C#程序员。
进程中每个线程都有自己的堆栈，这是一段线程创建时保留下的地址区域。我们的“栈内存”即在此。至于“堆”内存，我个人认为在未用new定义时，堆应该就是未“保留”未“提交”的自由空间，new的功能是在这些自由空间中保留（并提交？）出一个地址范围
当对象被分配的时候，它们一开始被放在generation 0中。当generation 0的大小快要达到它的上限的时候，一个只在generation 0中执行的回收操作被触发。由于generation 0的大小很小，因此这将是一个非常快的GC过程。这个GC过程的结果是将generation 0彻底的刷新了一遍。不再使用的对象被释放，确实正被使用的对象被整理并移入generation 1中。
在Java中除了简单类型（int,char等）都是在堆中分配内存，这也是程序慢的一个主要原因。但是跟C/C++不同，Java中分配Heap内存是自动初始化的。在Java中所有的对象（包括int的wrapper Integer）都是在堆中分配的，但是这个对象的引用却是在Stack中分配。也就是说在建立一个对象时从两个地方都分配内存，在Heap中分配的内存实际建立这个对象，而在Stack中分配的内存只是一个指向这个堆对象的指针（引用）而已。
作者：218.62.108.* 2007-12-3 15:04 回复此发言
3 C#的内存管理：堆栈、托管堆与指针
需要清理外部资源的类还应当实现一个终止操作（finalizer）。在C#中，创建终止操作的首选方式是在析构函数中实现，而在Framework层，终止操作的实现则是通过重载System.Object.Finalize 方法。以下两种实现终止操作的方法是等效的：
在使用电脑的过程中大家可能都有过这种经验：电脑用久了以后程序运行会变得越来越慢，其中一个重要原因就是系统中存在大量内存碎片，就是因为程序反复在堆栈中创建和释入变量，久而久之可用变量在内存中将不再是连续的内存空间，为了寻址这些变量也会增加系统开销。在.net中这种情形将得到很大改善，这是因为有了垃圾收集器的工作，垃圾收集器将会压缩托管堆的内存空间，保证可用变量在一个连续的内存空间内，同时将堆栈中引用变量中的地址改为新的地址，这将会带来额外的系统开销，但是，其带来的好处将会抵消这种影响，而另外一个好处是，程序员将不再花上大量的心思在内在泄露问题上。
C#中的托管堆是什么意思，什么是所谓的托管？
看msdn
这些都是.NET中CLR的概念，和C#没多大关系。
使用基于CLR的语言编译器开发的代码称为托管代码。
托管堆是CLR中自动内存管理的基础。初始化新进程时，运行时会为进程保留一个连续的地址空间区域。这个保留的地址空间被称为托管堆。托管堆维护着一个指针，用它指向将在堆中分配的下一个对象的地址。最初，该指针设置为指向托管堆的基址。
除非你有足够的理由，否则你不应该创建析构函数或者Finalize方法。终止操作会降低系统的性能，并且增加执行期的内存开销。同时，由于终止操作被执行的方式，你并不能保证何时一个终止操作会被执行。
内存分配和垃圾回收的细节
对GC有了一个总体印象之后，让我们来讨论关于托管堆中的分配与回收工作的细节。托管堆看起来与我们已经熟悉的C++编程中的传统的堆一点都不像。在传统的堆中，数据结构习惯于使用大块的空闲内存。在其中查找特定大小的内存块是一件很耗时的工作，尤其是当内存中充满碎片的时候。与此不同，在托管堆中，内存被组制成连续的数组，指针总是巡着已经被使用的内存和未被使用的内存之间的边界移动。当内存被分配的时候，指针只是简单地递增——由此而来的一个好处是，分配操作的效率得到了很大的提升。
当generation 1的大小随着从generation 0中移入的对象数量的增加而接近它的上限的时候，一个回收动作被触发来在generation 0和generation 1中执行GC过程。如同在generation 0中一样，不再使用的对象被释放，正在被使用的对象被整理并移入下一个generation中。大部分GC过程的主要目标是generation 0，因为在generation 0中最有可能存在大量的已不再使用的临时对象。对generation 2的回收过程具有很高的开销，并且此过程只有在generation 0和generation 1的GC过程不能释放足够的内存时才会被触发。如果对generation 2的GC过程仍然不能释放足够的内存，那么系统就会抛出OutOfMemoryException异常
class1 object1;
object1=new class1();
第一句定义了一个class1的引用，实质上只是在堆栈中分配了一个4个字节的空间，它将用来存府后来实例化对象在托管堆中的地址，在windows中这需要4个字节来表示内存地址。第二句实例化object1对象，实际上是在托管堆中开僻了一个内存空间来存储类class1的一个具体对象，假设这个对象需要36个字节，那么object1指向的实际上是在托管堆一个大小为36个字节的连续内存空间开始的地址。由此也可以看出在C#编译器中为什么不允许使用未实例化的对象，因为这个对象在托管堆中还不存在。当对象不再使用时，这个被存储在堆栈中的引用变量将被删除，但是从上述机制可以看出，在托管堆中这个引用指向的对象仍然存在，其空间何时被释放取决垃圾收集器而不是引用变量失去作用域时。
所有拥有外部资源的类，在这些资源已经不再用到的时候，都应当执行Close或者Dispose方法。从Beta2（译注：本文中所有的Bபைடு நூலகம்ta2均是指.NET Framework Beta2，不再特别注明）开始，Dispose模式通过IDisposable接口来实现。这将在本文的后续部分讨论。
在.NET的所有技术中，最具争议的恐怕是垃圾收集(Garbage Collection，GC)了。作为.NET框架中一个重要的部分，托管堆和垃圾收集机制对我们中的大部分人来说是陌生的概念。在这篇文章中将要讨论托管堆，和你将从中得到怎样的好处。
为什么要托管堆？
.NET框架包含一个托管堆，所有的.NET语言在分配引用类型对象时都要使用它。像值类型这样的轻量级对象始终分配在栈中，但是所有的类实例和数组都被生成在一个内存池中，这个内存池就是托管堆。
~OverdueBookLocator()
{
Dispose(false);
}
和：
public void Finalize()
{
base.Finalize();
Dispose(false);
}
在C#中，同时在Finalize方法和析构函数实现终止操作将会导致错误的产生。
托管堆的另外一种优化操作与locality of reference规则有关。该规则表明，一起分配的对象经常被一起使用。如果对象们在堆中位置很紧凑的话，高速缓存的性能将会得到提高。由于托管堆的天性，对象们总是被分配在连续的地址上，托管堆总是保持紧凑，结果使得对象们始终彼此靠近，永远不会分得很远。这一点与标准堆提供的非托管代码形成了鲜明的对比，在标准堆中，堆很容易变成碎片，而且一起分配的对象经常分得很远。
double* pDouble=stackalloc double[50]
stackalloc会给pDouble数组在堆栈中分配50个double类型大小的内存空间，可以使用pDouble[0]、*(pDouble+1)这种方式操作数组，与在C++中一样，使用指针时必须知道自己在做什么，确保访问的正确的内存空间，否则将会出现无法预料的错误。
当然，以C#程序中不仅仅只有引用类型的变量，仍然也存在值类型和其他托管堆不能管理的对象，如果文件名柄、网络连接和数据库连接，这些变量的释放仍需要程序员通过析构函数或IDispose接口来做。
另一方面，在某些时候C#程序也需要追求速度，比如对一个含用大量成员的数组的操作，如果仍使用传统的类来操作，将不会得到很好的性能，因为数组在C#中实际是System.Array的实例，会存储在托管堆中，这将会对运算造成大量的额外的操作，因为除了垃圾收集器除了会压缩托管堆、更新引用地址、还会维护托管堆的信息列表。所幸的是C#中同样能够通过不安全代码使用C++程序员通常喜欢的方式来编码，在标记为unsafe的代码块使用指针，这和在C++中使用指针没有什么不同，变量也是存府在堆栈中，在这种情况下声明一个数组可以使用stackalloc语法，比如声明一个存储有50个double类型的数组：
作者：218.62.108.* 2007-12-3 15:04 回复此发言
2 C#的内存管理：堆栈、托管堆与指针
栈(Stack)是操作系统在建立某个进程时或者线程（在支持多线程的操作系统中是线程）为这个线程建立的存储区域，该区域具有FIFO的特性，在编译的时候可以指定需要的Stack的大小。在编程中，例如C/C++中，所有的局部变量都是从栈中分配内存空间，实际上也不是什么分配，只是从栈顶向上用就行，在退出函数的时候，只是修改栈指针就可以把栈中的内容销毁，所以速度最快。
堆（Heap)是应用程序在运行的时候请求操作系统分配给自己内存，一般是申请/给予的过程，C/C++分别用malloc/New请求分配Heap，用free/delete销毁内存。由于从操作系统管理的内存分配所以在分配和销毁时都要占用时间，所以用堆的效率低的多！但是堆的好处是可以做的很大，C/C++对分配的Heap是不初始化的。
垃圾收集器的基本算法很简单：
● 将所有的托管内存标记为垃圾
● 寻找正被使用的内存块，并将他们标记为有效
● 释放所有没有被使用的内存块
● 整理堆以减少碎片
托管堆优化
看上去似乎很简单，但是垃圾收集器实际采用的步骤和堆管理系统的其他部分并非微不足道，其中常常涉及为提高性能而作的优化设计。举例来说，垃圾收集遍历整个内存池具有很高的开销。然而，研究表明大部分在托管堆上分配的对象只有很短的生存期，因此堆被分成三个段，称作generations。新分配的对象被放在generation 0中。这个generation是最先被回收的——在这个generation中最有可能找到不再使用的内存，由于它的尺寸很小（小到足以放进处理器的L2 cache中），因此在它里面的回收将是最快和最高效的。