一、专业能力

作为一个主管，你必须掌握一定的专业知识和专业能力，随着你的管理职位的不断提升，专业能力的重要性将逐渐减少。作为基层的主管，个人的专业能力将非常的重要，你要达到的程度是，能直接指导你的下属的实务工作，能够代理你下属的实务工作。专业能力的来源无非是两个方面：一是从书本中来，一是从实际工作中来。而实际工作中你需要向你的主管，你的同事，你的下属去学习。“不耻下问”是每一个主管所应具备的态度。

二、管理能力

管理能力对于一个主管而言，与专业能力是相对应的，当你的职位需要的专业越多，相对而言，需要你的管理能力就越少。反之，当你的职位越高，管理能力要求就越高。管理能力是一项综合能力，需要你的指挥能力，需要你的决断能力，需要你的沟通协调能力，需要你的专业能力，也需要你的工作分配能力，等等。管理能力来自书本，但更多的来自实践，因此要提高你的管理能力，需要不断的反思你的日常工作，用你的脑袋时常去回顾你的工作，总结你的工作。

三、沟通能力

所谓沟通，是指疏通彼此的意见。这种沟通包括两个方面，跨部门间的沟通，本部门内的沟通（包括你的下属你的同事和你的上级）。公司是一个整体，你所领导的部门是整体中的一分子，必然会与其他部门发生联系，沟通也就必不可少。沟通的目的不是谁输谁赢的问题，而是为了解决问题，解决问题的出发点是公司利益，部门利益服从公司利益。部门内的沟通也很重要，下属工作中的问题，下属的思想动态，甚至下属生活上的问题，作为主管你需要了解和掌握，去指导，去协助，去关心。反之，对于你的主管，你也要主动去报告，报告也是一种沟通。

四、培养下属的能力

作为一个主管，培养下属是一项基本的，重要的工作。不管你所领导的单位有多大，你要牢记你所领导的单位是一个整体，要用团队的力量解决问题。很多主管都不愿将一些事交给下属去做，理由也很充分。交给下属做，要跟他讲，讲的时候还不一定明白，需要重复，然后还要复核，与其如此，还不如自己做来得快。但关键的问题是(全球品牌网)，如此发展下去，你将有永远有忙不完的事，下属永远做那些你认为可以做好的事。让下属会做事，能做事，教会下属做事，是主管的重要职责。一个部门的强弱，不是主管能力的强弱，而是所有下属工作的强弱。绵羊可以领导一群狮子轻易地去打败狮子领导的一群绵羊，作为主管，重要职责就是要将下属训练成狮子，而不需要将自己变成狮子。

五、工作判断能力

所谓工作能力，个人以为，本质上就是一种工作的判断能力，对于所有工作的人都非常的重要。培养一个人的判断能力，首先要有率直的心胸，或者说是要有良好的道德品质，这是工作判断的基础。对于世事的对错，才能有正确的判断，才能明辨是非。其次，对于你所从事的工作，不管是大事，还是小事，该怎么做，该如何做，该由谁做，作为一个主管，应该有清晰的判断，或者说是决断。其实工作的判断能力是上述四项能力的一个综合，主管能力的体现是其工作判断能力的体现。

六、学习能力

当今的社会是学习型的社会，当今的企业也必须是学习型的企业，对于我们每个人也必须是学习型的主体。学习分两种，一是书本学习，一是实践学习，两者应交替进行。你只有不停的学习，你才能更好的、更快的进步，才能跟上赶上社会的发展。走上社会的我们，要完全主动的去学习，视学习为一种习惯，为生活的一种常态。学习应该是广泛的，专业的，管理的，经营的，生活的，休闲的，各种各样，都是一种学习。未来人与人之间的竞争，不是你过去的能力怎样，现在的能力怎样？而是你现在学习怎样，现在的学习是你未来竞争的根本。

七、职业道德

但丁有一句话：智慧上的缺陷可以用道德弥补，但道德的缺陷无法用智慧去弥补。对于工作中人，不管是员工，还是主管，职业道德是第一位的。这就好比对于一个人而言，健康、财富、地位、爱情等都很重要，但健康是“1”，其他的都是“0”，只要“1”（健康）的存在，个人的意义才能无限大。职业道德对于工作的人而言，就是那个“1”，只有良好的职业道德的存在，上述的六种能力才有存在的意义，对于公司而言，才是一个合格之人才。职业道德不等同于对企业的向心力，但作为一个员工，作为一个主管。不管公司的好与不好，不管职位的高低，不管薪水的多少，对自己职业的负责，是一种基本的素养，是个人发展的根基。“做一天和尚撞一天钟”，只要你在公司一天，就要好好的去撞一天钟。

以上，仅仅是个人的一些看法，要做好一个主管，要做的事还很多。我坚信一句话：师傅领进门，修行靠个人。一切的一切，个人以为，都要靠自己去感悟，将一切的一切变成自己的东西。

好好先生：

    可以把管理者的日常工作划分为两大类：管人和管事，不同的管理者有不同的倾向，一般而言，越是高阶的管理者管人的比重越大，越是低阶的管理者管事的比重越大，管人和管事要有一个合理的配称，管理才会真正有成效。而不同的人在管人和管事上有先天的偏向，有人更重管人，管理风格就是关系导向；有人更重管事，管理风格是任务导向。好好先生是指关系导向型的领导，这类领导更关心团队的关系，注重和睦相处，竭力维系团队和谐氛围，这类人被称为“和事佬”。和事佬把多数精力用到防止冲突和维系人际关系上，不知不觉就把任务放到次要位置。

    项目管理属于目标管理，这一特点决定了这类好好先生不适合担任项目经理。在项目管理中当然也要注重任务导向和人际导向的配称，但作为项目经理是绝对需要偏重任务导向的，因为项目是为既定的任务所作的一次性的努力，项目团队是临时的，任务是一次性的，所以任务导向比人际导向更重要，任务导向为主，适当兼顾团队关系的领导最适合当项目经理，纯粹的关系导向的领导，几乎很难胜任项目经理。

    关系导向的项目经理常常会因为维系人际关系的和睦而牺牲原则，一再妥协退让，导致项目目标严重偏离；还有一种倾向就是为了维持和谐相处的氛围，工作汇报的时候报喜不报忧，隐瞒不好的消息，贻误了处理问题的最好时机。

先锋勇士：

    和好好先生相反的另一个极端情况就是先锋勇士型的项目经理，这类经理是典型的任务导向性，并且能做到以身作则，亲自冲锋陷阵。这类项目经理可能是因为业务能力过硬被提拔为项目经理，通常自己干活干脆麻利，效率比较高，所以习惯事必亲躬，把其他成员沦为看他表演的“观众”。这样的项目经理本质上并不是管理者，绝大部分任务是靠项目经理亲自动手完成的，而管理的重点是透过他人的努力完成既定的任务，这类项目经理更像一个业务骨干，遗憾的是，这种管理风格会使其他项目成员非常迷茫且没有成就感，得不到应有的锻炼和提高。事实上，任何一个项目组成员参与到项目中来都有一个潜在的需求，就是通过参与项目来激烈经验、锻炼自己、提高自己，当一个项目结束时项目组成员是否得到长足的锻炼和提高也是考量项目经理是否优秀的一个软指标。很显然，先锋勇士型项目经理是不考虑这些的。

    不可否认，这类管理风格在一两个人参与的小项目中比较奏效，但项目规模稍微一大，涉及面稍微复杂一点，弊端就非常明显了。

马虎大王：

    第三类我称之为马虎大王，主要特点是凡事计划性不强，考虑不周全，丢三落四。项目经理是整个项目的核心和舵手，整个团队的人都唯项目经理的马首是瞻。这就要求项目经理有很强的规划能力和事件驱动能力，要有很好的全局观和协调能力，而“马虎大王”型的项目经理，论做事，他可能非常积极投入也有能力，比“先锋勇士”型并不逊色，论管人，也并不比“好好先生”差，也能很好把团队凝聚在一起，但他仍然不能胜任项目经理，原因是缺乏对项目的整体把握和规划，经常会顾此失彼，把项目陷入尴尬的境地。
项目实施是变设计为实体，化蓝图为具体的过程。所以，要求项目经理在做项目时就胸有成竹，并且会很好统筹，知道先做什么，后做什么，更好很好分工，把合适的工作指派给合适的人干，最后还要把不同过程产出的中间结果组合起来，所以，不懂业务的项目经理实际上很难管控好项目，所以同样是国际认证的项目管理师，IT行业的项目管理师绝对不能胜任建筑项目的项目管理，而不懂具体业务的企业管理者却未必管理不好一个企业。从这个意义上讲，对项目管理的素质要求很高，要懂业务、懂规划、会做事、能管人，方方面面，林林总总，所以，西安工业大学赛云秀教授说，项目管理一尺深，一丈宽，涉猎广博然后能规划周到。在很多时候，尽管事前有周密的计划，也难免百密一疏，遇到一些意外，如果计划不够周密，到执行阶段就千疮百孔，整个项目必然处于失控状态。

    所以，张飞、李逵式的人是不可能胜任项目经理的。

艺术大师：

    第四类不适合的项目经理我称作艺术大师型。这类人沉迷技术，有项目作为一种艺术品的倾向，喜欢精雕细琢，过分强调细节，追求完美。我曾经讲过，在项目中，唯美求全往往要付出沉重的代价，甚至偏离目标更远。项目具有时限性，更有资源限制性，项目投资者更希望的到的是合适的投入产出比和性能价格比，项目投资需要项目快速投入使用以便快速收回成本，赚取利润，所以，做项目不是做工艺品，最重要的一条是实用。所以，优秀的项目经理都是现实主义者，懂得用最经济的手段得到最实惠的回报，而不会投入很大的精力像艺术家一样追求卓越。

    沉迷技术的人担任项目经理，要防止两种倾向：一是片面追求新技术、高难度，而实际上新技术往往意味着高风险，高难度往往意味着项目成果难于被人接受，追求高新技术和追求实用经常会产生矛盾；二是追求完美，不管什么事情都追求尽善尽美，没有成本意识，过分沉溺于细节，导致工期拖延和成本增大。在项目组中需要艺术大师式的人物，但这类人物绝对不能担任经理。

   人无完人，全面优秀的项目经理非常难找，所以，有一些短板的项目经理也是非常正常。但是有明显的以上四种倾向的人不适合当项目经理。作为项目经理，也要时刻警惕在项目管理过程中犯以上四种类型的错误。

◎项目经理把90%的时间花在沟通上面。

◎在面对面的沟通中，有55%的信息是通过“非口头语言”的形式语言传递的。

◎项目在完成了15%～20%以后，项目的累计成本绩效指数CPI就会比较稳定。所以在这之后的CPI就可以为预测项目完成时的项目总成本提供一个比较快捷的方法。

◎大约 85%的质量问题是系统引起的，而建立与维护系统是管理者的责任，所有85%的质量成本应该由管理层来负责，一线人员只承担15%的责任。

◎在质量控制的控制图中，如果连续有7个点落在控制平均线的同一侧，就可以判断是过程失控了。因为这7个点的分布是随机的原因引起的可能性非常的小。

◎为了便于管理与操作，工作分解结构(WBS)中的每个工作包应该可以在80小时内完成。

◎帕累托规则，也称二八定律，80%的问题是由20%的原因引起的。

◎如果没有具体的计算依据，项目的不可预见费(应急储备金)可以按项目总成本的10%计算。

◎项目的质量成本应该占项目总成本的3%～5%。

　　一、 把握各种限制之间的平衡。

　　人有时候在各种限制下，不得不进行妥协、进行平衡。在平时工作中是如此，在信息化项目管理中，也是如此。

　　如在信息化项目的管理中，我们要在用户需求与项目周期之间进行平衡;再如，项目的范围、二次开发的需求要与项目的成本预算进行平衡;再如，在部门之间发生矛盾时，我们做为项目管理者，也要在他们之间进行平衡。其实，确切的说，搞平衡有时候不一定是种妥协，更可能是一种进步。

　　如有一次我在负责公司的客户关系信息化管理系统的时候，就遇到了一个平衡的问题。那时候，财务要求把客户关系管理系统跟财务的总帐系统关联起来。但是，因为这是他们在系统开始实施的时候，才提出来的一个需求。按照原先的需求，只需要到应收为止就可以了。所以，若现在要考虑把客户关系管理系统跟财务系统的总帐关联起来的话，项目预算就不够了，而且，项目的周期也难以保证，肯定会延长。该怎么办呢?只能在这之间进行平衡。

　　当时，针对这种情况，我想了几个平衡方案。

　　一是先不考虑这个需求。把这个需求暂时放放，等到这个项目完工后，再考虑系统的集成问题。但是。这个方案很快被否定了。因为财务掌握着财政大权，若不帮他们实现需求的话，那我项目的资金就无法保障。俗话说，兵马未动，粮草先行。所以说，财政大臣还是不能得罪的。

　　二是增加项目预算，尽量加快项目进度。因为项目预算的权利最终是在财务总监身上，而财务总监跟财务经理又是一家。所以，我就让财务经理去向财务总件说明情况，要求增加项目预算。同时，我也督促相关人员做好需求，只要增加项目预算的决定一下来，我就可以马上启动项目集成的作业。果然不出我所料，财务经理出马，项目预算增加方案马上就批下来了。由于我在还没批下来之前，就开始做准备工作。所以，项目的周期没有受到多大影响。

　　所以，我们在平衡的过程中，还需要利用各种力量，去达到平衡的目的。若自己权利不够大，资格不够老，面子不够大，那就要其他人，特别是当事人去帮自己搞平衡，这比自己出马，要好得多。

　　二、 不能随便答应别人的要求；一旦承诺，就需要兑现。

　　在信息化项目工作中，兑现承诺是非常重要的。若你刚开始答应别人可以实现某个需求，帮他们解决某个问题，而结果呢，在后续项目推进的过程中，没有实现。那么他们就会对你失去信心，同时，也会对项目失去信心。俗话说，好事不出门，坏事传千里。也就是说，你帮他们实现了十个需求，他们可能还不放在心上;但是，若你承诺他们的，有一个需求不能实现，那么企业员工就会缠住你不放了，会把你一棒子打死。再这方面，我深有感触。

　　我刚开始负责的第一个信息化项目就是ERP项目。那是，我们作为企业ERP项目的内部负责人，可谓是初生牛犊不怕虎;同时因为没有实际业务经验，对企业的操作流程也不是很熟悉。只要用户提出的需求，我觉得比较可行，就信誓旦旦的承诺，一定帮他们实现这个需求。那时，也没有考虑这个需求是否合理，对其他操作是否有冲突。结果呢，当然是弄得伤痕累累。虽然，ERP项目最后成功上线了，但是，用户的一些不合理的需求，还是没能在ERP系统中实现。如成本会计需要按销售订单来进行产品成本的统计，但是，实际管理中，由于有些订单使用的是库存，而有些销售订单又是合并采购与生产，所以，根本无法实现按销售订单来统计生产成本的需求。结果呢，我虽然帮助财务用户及成本会计实现了大部分需求，帮助他们解决了大部分问题，但是，在最后项目的评估上，还是遭受到了成本会计的责问。这也是我咎由自取，在不了解业务的情况下，信口开河，对别人乱承诺。

　　从此以后，我对于我不熟悉的领域，就再也不会随便答应了。我会礼貌的说，先回去进行测试后，再看行不行。一旦给用户有了承诺，就要想法设法的实现，不然的话，对于项目的进展是不利的;对于你自己个人的考核，也会有很大影响。

　　三、 实现全程质量管理。

　　说实话，很多人在信息化项目的管理过程中，没有质量管理的概念。他们在实施信息化项目的时候，觉得刚开始只需要过得去就可以了，等到项目上线了，我们再花时间慢慢的改善系统。其实，这是一个很不科学的管理方法。

　　如我认识一个朋友，他们也刚要上一套ERP系统。他们再上ERP系统之前，在企业中，已经有一套产品管理系统，有产品基本信息、价格、物料清单、供应商信息等等。但是，在实施这套产品管理系统的时候，由于种种原因，如编码不够规范、系统控制不够严格、操作人员责任心不够等等，导致这套系统中的数据不是很准确。要么就是数据重复，相同的产品对应不同的编码，即一物多码情况普遍存在;要么就是价格过时，好几年没更新了;又或者因为生产工艺的更新等等，物料清单的用量没有及时更改，等等。但是，我朋友为了赶项目进度，同时，也确实因为产品基本信息数量庞大，物料清单更是复杂，所以，在对原由数据没有进行核对的情况下，不管数据质量，只管项目进度，盲目的把这些不准确的数据都导入到了新的ERP系统中去。他的想法是，现在由于时间紧迫，没有这么多的时间，也没有这么多的人来核对这些信息。只有等遇到问题时，再去进行修改、核对。可是，事与愿违。因为基础数据存在严重的错误，所以，在跑ERP系统的时候，如系统模拟运行时，就无法进行下去。因为ERP系统计算出来的数据，是马头不对马尾，企业用户根本无法使用。最后，不得不返工。把原先的数据整理、核对完毕后，再进行后续的工作。本来想节省一点时间的，没想到，反而因为返工浪费了更多的时间。

　　其实，类似的案例在很多人身上都发生过，包括在我身上。所以，我觉得很多CIO身上所缺少的就是那种质量管理的理念。我个人认为，我们在负责信息化项目的过程中，一定要脚踏实地，抓好每个环节的质量管理。否则的话，项目即使顺利上线了，其结果也不会很理想。

　　四、 注意项目管理中的风险。

　　在项目管理的风险意识上，我很同意一位前辈说的话。他说，我们在项目管理的过程中，若不去控制风险，那么，风险反过来就是控制你。所以，在信息化项目实施之前，先花一定的时间去了解项目存在的风险，对于我们控制项目风险，保障项目的最后成功，是具有非常重大的利益的。

　　其实，大部分信息化项目的风险都是有迹可循的。

　　如对于一些信息化管理系统，例如企业资源计划系统或者客户关系管理系统等等这些大型的信息化管理系统，其存在的风险无非是以下几类。

　　一是安全风险。其包括两个部分，一是来源与系统与网络的风险，因为系统的漏洞或者网络的故障，可能使得信息化管理系统无法运行，从而到企业员工对信息化管理系统产生依赖后，没有系统就不知道该做什么事情了。如我公司有一次停电，系统全部不能用，办公室人员就不知道该干什么了，个个都做在一起聊天。其实，当员工对信息化系统形成依赖后，当系统当机后，他们就会很不习惯，也不会再去做手工作业。所以，我们在考虑项目实施的时候，再这个方面要充分重视。不要妄想着，系统当机也没事情，他们可以手工作业。若有这个想法的话，那你离“死期”也就不远了。二是数据的安全。在系统刚开始实施的时候，一般的情况下，可能不会设置很负责的管理权限。所以，在项目刚开始的时候，很多员工就可以看到系统里的大部分数据，包括产品价格、客户信息等内容。我认识一家企业，他们的员工就利用ERP系统刚开始上线的时候，对于权限控制不完善，把系统里的客户信息其他们的产品价格泄露给了公司的竞争对手，导致企业流失了不少的客户。所以，在项目上线的时候，我们就要充分认识到系统的安全风险，先做防范。

　　二是流程冲突的风险。我们都知道，信息化管理的本质就是标准化管理。所以，在信息化管理软件项目推进的过程中，必然会遇到企业现有流程跟标准流程存在的一种冲突。不在沉默中死亡，就在冲突中爆发。要调和这两着的冲突，实现业务流程重组，实现系统的平稳过度，企业是要承担一定的风险的。这个风险我们也要预先估计到，不要等到事情来临了，我们才想法子去处理他，那就显得太迟了。

适时督导，掌控进度 

　　软件开发项目具有建设范围难界定、技术含量高、人员流动快、协作性强、开发成功率低等特点，在目前国内对软件项目的监理制度尚未普及，对软件开发仍然缺乏有效控制的情况下，由企业的信息技术管理部门设立软件监督岗位，加强对软件项目的开发过程管理，就显得尤为重要。  http://bbs.mypm.net

　　软件监督的主要职责是在项目进行过程中，协调业务需求部门和软件开发方的关系，监控软件开发任务的执行情况，给开发人员和管理层提供反映软件过程质量的信息和数据，提高项目透明度，从而保证项目按照计划实施，实现预期目标。 

　　所选的软件监督人员应具备3方面基本素质：具有较强的工作责任感和良好的沟通能力;熟悉业务管理流程，掌握软件开发流程、开发规范以及相关标准;具有软件开发项目的建设和管理经验，掌握项目管理知识。 

　　监督人员除了监督职责外，还应该协调各个部门对软件进度及时调整。为确保项目按时、按量、按质完成，督导人员必须控制任务和跟踪里程碑。按照软件项目的开发规律，将软件开发过程分为几个重要阶段，对这几个阶段的关键事件设立里程碑进行跟踪管理。

项目进度管理可以通过以下方式完成：制定项目里程碑管理运行表(见下);定期举行项目状态会议，由软件开发方报告进度和问题，用户方提出意见;比较各项任务的实际开始日期与计划开始日期是否吻合;确定正式的项目里程碑是否在预期完成。 

　　当然，软件开发不像加工螺钉、螺母，有具体的标准和检验方法。软件的标准柔性很大，往往在用户的心里，用户好用是软件成功的标准，而这个标准在软件开发前很难确切地、完整地表达出来。因此，开发过程项目组和用户的沟通互动是解决这一现实问题的最好办法。 

　　把握要点，有效验收 
http://blog.mypm.net
　　软件验收应是一个循环渐进的述程，包括验收前的系统测试、系统上线和正式验收3个阶段。 

　　系统测试：系统测试是对系统进行全面的测试，应在测试环境中进行，以确保系统的功能和技术设计满足企业的业务需求，并能正常运行。系统测试阶段应包括以下主要流程和工作内容：制订测试计划，编制测试用例，建立测试环境;测试：在测试环境中，项目组根据需要，对系统依次进行单元测试、集成测试、压力测试和用户接受测试;提交测试报告、用户确认签字：项目组撰写测试报告，将测试报告提交给各相关用户，用户应在测试报告上签字确认。 

　　系统上线： 系统上线前应做好准备工作，在上线前，软件监督要组织软件开发方制定系统上线计划，系统上线计划应经过信息技术部门和业务部门管理层的正式批准，并通知各相关部门。 

　　所有的上线准备工作做好之后，由软件监督确认上线系统版本正确性后，与用户确认系统上线时间，下达上线指令。系统上线操作人员将最后版本的系统程序移植到生产环境。 

　 　正式验收：正式验收前，软件开发方应向信息技术管理部门提交软件开发过程中各阶段性文档，包括需求分析说明书、概要设计说明书、详细设计说明书、数据库 设计说明书、源程序代码、可供安装使用的系统安装程序、系统管理员手册、用户使用手册、测试计划、测试报告、用户报告、数据移植计划及报告、系统上线计划 及报告、用户意见书、验收申请等。 

　　信息技术管理部门接到验收申请后，组织专家对项目进行初审。初审通过后，组织管理层领导、业务管理人员和信息技术专家成立项目验收委员会，负责对软件项目进行正式验收。 

　 　软件监督应根据软件开发方在整个软件开发过程中的表现，向验收委员会提出全面的软件监督报告，并根据开题设计书、软件开发合同以及《需求分析说明书》， 制定验收标准，提交验收委员会。信息技术管理部门组织由验收委员会、软件监督、软件开发方参加的项目验收会，软件开发方以项目汇报、现场应用演示等方式汇 报项目完成情况，验收委员会根据验收标准对项目进行评审，形成最终验收意见。

Tomcat服务器配置参考

Valve组件

　　微笑是对生活的一种态度，跟贫富，地位，处境没有必然的联系。一个富翁可能整天忧心忡忡，而一个穷人可能心情舒畅：一位残疾人可能坦然乐观；一位处境顺利的人可能会愁眉不展，一位身处逆境的人可能会面带微笑。。。。。。。

　　　一个人的情绪受环境的影响，这是很正常的，但你苦着脸，一副苦大仇深的样子，对处境并不会有任何的改变，相反，如果微笑着去生活，那会增加亲和力，别人更乐于跟你交往，得到的机会也会更多。

　　　只有心里有阳光的人，才能感受到现实的阳光，如果连自己都常苦着脸，那生活如何美好？生活始终是一面镜子，照到的是我们的影像，当我们哭泣时，生活在哭泣，当我们微笑时，生活也在微笑。

　　 微笑发自内心，不卑不亢，既不是对弱者的愚弄，也不是对强者的奉承。奉承时的笑容，是一种假笑，而面具是不会长久的，一旦有机会，他们变会除下面具，露出本来的面目。

　　 微笑没有目的，，无论是对上层，还是对门卫，那笑容都是一样，微笑是对他人的尊重，同时是对生活的尊重。微笑是有"回报"的，人际关系就像物理学上所说的力的平衡，你怎样对别人，别人就会怎样对你，你对别人的微笑越多，别人对你的微笑也会越多。

　　 在受到别人的曲解后，可以选择暴怒，也可以选择微笑，通常微笑的力量会更大，因为微笑会震撼对方的心灵，显露出来的豁达气度让对方觉得自己渺小，丑陋。

　　 清者自清，浊者自浊。有时候过多的解释、争执是没有必要的。对于那些无理取闹、蓄意诋毁的人，给他一个微笑，剩下的事就让时间去正证明好了。

　　 当年，有人出说说爱因斯坦的理论错了，并且说有一百位科学家联合作证，爱因斯坦知道了这件事，只是淡淡的笑了笑，说，一百位？要这么多人？只要证明我真的错了，一个人出面便行了。

　  爱因斯坦的理论经历了时间的考验，而那些人却被一个微笑打败了。

　  微笑发自内心，无法伪装。保持"微笑"的心态，人生会更加美好。人生中有挫折有失败，有误解，那是很正常的，要想生活中一片坦途，那么首先就应清除心中的障碍。微笑的实质便是爱uyige懂得爱的人，一定不会是平庸的。

　  微笑是人生最好的名片，谁不希望跟一个乐观向上的人交朋友呢？微笑能给自己一种信心，也能给别人一种信心，从而更好地激发潜能。

　　微笑是朋友间最好的语言，一个自然流露的微笑，胜过千言万语，无论是初次谋面也好，相识已久也好，微笑能拉近人与人之间的距离，另彼此之间倍感温暖。

　　微笑是一种修养，并且是一种很重要的修养，微笑的实质是亲切，是鼓励，是温馨。真正懂得微笑的人，总是容易活得比别更多的机会，总是容易取得成功。

在 C语言的学习中，对内存管理这部分的知识掌握尤其重要！之前对C中的malloc()和free()两个函数的了解甚少，只知道大概该怎么用——就是 malloc然后free就一切OK了。当然现在对这两个函数的体会也不见得多，不过对于本文章第三部分的内容倒是有了转折性的认识，所以写下这篇文章作为一个对知识的总结。这篇文章之所以命名中有个“浅谈”的字眼，也就是这个意思了！希望对大家有一点帮助！

如果不扯得太远的话（比如说操作系统中虚拟内存和物理内存如何运做如何管理之类的知识等），我感觉这篇文章应该是比较全面地谈了一下malloc()和free().这篇文章由浅入深（不见得有多深）分三个部分介绍主要内容。

废话了那么多，下面立刻进入主题================》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》

一、malloc()和free()的基本概念以及基本用法：

1、函数原型及说明：

void *malloc(long NumBytes)：该函数分配了NumBytes个字节，并返回了指向这块内存的指针。如果分配失败，则返回一个空指针（NULL）。

关于分配失败的原因，应该有多种，比如说空间不足就是一种。

void free(void *FirstByte)： 该函数是将之前用malloc分配的空间还给程序或者是操作系统，也就是释放了这块内存，让它重新得到自由。

2、函数的用法：

      其实这两个函数用起来倒不是很难，也就是malloc()之后觉得用够了就甩了它把它给free()了，举个简单例子：

程序代码：

         // Code...

         char *Ptr = NULL;

         Ptr = (char *)malloc(100 * sizeof(char));

         if (NULL == Ptr)

     {

         exit (1);

     }

         gets(Ptr);

         // code...

         free(Ptr);

         Ptr = NULL;

         // code...

     就是这样！当然，具体情况要具体分析以及具体解决。比如说，你定义了一个指针，在一个函数里申请了一块内存然后通过函数返回传递给这个指针，那么也许释放这块内存这项工作就应该留给其他函数了。

3、关于函数使用需要注意的一些地方：

A、申请了内存空间后，必须检查是否分配成功。

B、当不需要再使用申请的内存时，记得释放；释放后应该把指向这块内存的指针指向NULL，防止程序后面不小心使用了它。

C、这两个函数应该是配对。如果申请后不释放就是内存泄露；如果无故释放那就是什么也没有做。释放只能一次，如果释放两次及两次以上会

出现错误（释放空指针例外，释放空指针其实也等于啥也没做，所以释放空指针释放多少次都没有问题）。

D、虽然malloc()函数的类型是(void *),任何类型的指针都可以转换成(void *),但是最好还是在前面进行强制类型转换，因为这样可以躲过一

些编译器的检查。

好了！最基础的东西大概这么说！现在进入第二部分：

二、malloc()到底从哪里得来了内存空间：

1、malloc()到底从哪里得到了内存空间？答案是从堆 里面获得空间。也就是说函数返回的指针是指向堆里面的一块内存。操作系统中有一个记录空闲内存地址的链表。当操作系统收到程序的申请时，就会遍历该链表， 然后就寻找第一个空间大于所申请空间的堆结点，然后就将该结点从空闲结点链表中删除，并将该结点的空间分配给程序。就是这样！

    说到这里，不得不另外插入一个小话题，相信大家也知道是什么话题了。什么是堆？说到堆，又忍不住说到了栈！什么是栈？下面就另外开个小部分专门而又简单地说一下这个题外话：

2、什么是堆：堆是大家共有的空间，分全局堆和局部堆。全局堆就是所有没有分配的空间，局部堆就是用户分配的空间。堆在操作系统对进程 初始化的时候分配，运行过程中也可以向系统要额外的堆，但是记得用完了要还给操作系统，要不然就是内存泄漏。

    什么是栈：栈是线程独有的，保存其运行状态和局部自动变量的。栈在线程开始的时候初始化，每个线程的栈互相独立。每个函数都有自己的栈，栈被用来在函数之 间传递参数。操作系统在切换线程的时候会自动的切换栈，就是切换SS/ESP寄存器。栈空间不需要在高级语言里面显式的分配和释放。

    以上的概念描述是标准的描述，不过有个别语句被我删除，不知道因为这样而变得不标准了^_^.

    通过上面对概念的描述，可以知道：

    栈是由编译器自动分配释放，存放函数的参数值、局部变量的值等。操作方式类似于数据结构中的栈。

    堆一般由程序员分配释放，若不释放，程序结束时可能由OS回收。注意这里说是可能，并非一定。所以我想再强调一次，记得要释放！

注意它与数据结构中的堆是两回事，分配方式倒是类似于链表。（这点我上面稍微提过）

所以，举个例子，如果你在函数上面定义了一个指针变量，然后在这个函数里申请了一块内存让指针指向它。实际上，这个指针的地址是在栈上，但是它所指向的内容却是在堆上面的！这一点要注意！所以，再想想，在一个函数里申请了空间后，比如说下面这个函数：

程序代码：

    // code...

        void Function(void)

        {

         char *p = (char *)malloc(100 * sizeof(char));

     }

    就这个例子，千万不要认为函数返回，函数所在的栈被销毁指针也跟着销毁，申请的内存也就一样跟着销毁了！这绝对是错误的！因为申请的内存在堆上，而函数所在的栈被销毁跟堆完全没有啥关系。所以，还是那句话：记得释放！

3、free()到底释放了什么

    这个问题比较简单，其实我是想和第二大部分的题目相呼应而已！哈哈！free()释放的是指针指向的内存！注意！释放的是内存，不是指针！这点非常非常重 要！指针是一个变量，只有程序结束时才被销毁。释放了内存空间后，原来指向这块空间的指针还是存在！只不过现在指针指向的内容的垃圾，是未定义的，所以说 是垃圾。因此，前面我已经说过了，释放内存后把指针指向NULL，防止指针在后面不小心又被解引用了。非常重要啊这一点！

    好了！这个“题外话”终于说完了。就这么简单说一次，知道个大概就可以了！下面就进入第三个部分：

三、malloc()以及free()的机制：

    这个部分我今天才有了新的认识！而且是转折性的认识！所以，这部分可能会有更多一些认识上的错误！不对的地方请大家帮忙指出！

    事实上，仔细看一下free()的函数原型，也许也会发现似乎很神奇，free()函数非常简单，只有一个参数，只要把指向申请空间的指针传递

给free()中的参数就可以完成释放工作！这里要追踪到malloc()的申请问题了。申请的时候实际上占用的内存要比申请的大。因为超出的空间是用来记录对这块内存的管理信息。先看一下在《UNIX环境高级编程》中第七章的一段话：

    大多数实现所分配的存储空间比所要求的要稍大一些，额外的空间用来记录管理信息——分配块的长度，指向下一个分配块的指针等等。这就意味着如果写过一个已 分配区的尾端，则会改写后一块的管理信息。这种类型的错误是灾难性的，但是因为这种错误不会很快就暴露出来，所以也就很难发现。将指向分配块的指针向后移 动也可能会改写本块的管理信息。

    以上这段话已经给了我们一些信息了。malloc()申请的空间实际我觉得就是分了两个不同性质的空间。一个就是用来记录管理信息的空间，另外一个就是可用空间了。而用来记录管理信息的实际上是一个结构体。在C语言中，用结构体来记录同一个对象的不同信息是

天经地义的事！下面看看这个结构体的原型：

程序代码：

    struct mem_control_block {

     int is_available;     //这是一个标记？

     int size;             //这是实际空间的大小

     };

    对于size,这个是实际空间大小。这里其实我有个疑问，is_available是否是一个标记？因为我看了free()的源代码之后对这个变量感觉有点纳闷（源代码在下面分析）。这里还请大家指出！

    所以，free()就是根据这个结构体的信息来释放malloc()申请的空间！而结构体的两个成员的大小我想应该是操作系统的事了。但是这里有一个问 题，malloc()申请空间后返回一个指针应该是指向第二种空间，也就是可用空间！不然，如果指向管理信息空间的话，写入的内容和结构体的类型有可能不 一致，或者会把管理信息屏蔽掉，那就没法释放内存空间了，所以会发生错误！（感觉自己这里说的是废话）

    好了！下面看看free()的源代码，我自己分析了一下，觉得比起malloc()的源代码倒是容易简单很多。只是有个疑问，下面指出！

程序代码：

    // code...

        void free(void *ptr)  

     {

             struct mem_control_block *free;

             free = ptr - sizeof(struct mem_control_block);

             free->is_available = 1;

             return;

     }

    看一下函数第二句，这句非常重要和关键。其实这句就是把指向可用空间的指针倒回去，让它指向管理信息的那块空间，因为这里是在值上减去了一个结构体的大 小！后面那一句free->is_available = 1;我有点纳闷！我的想法是：这里is_available应该只是一个标记而已！因为从这个变量的名称上来看，is_available 翻译过来就是“是可以用”。不要说我土！我觉得变量名字可以反映一个变量的作用，特别是严谨的代码。这是源代码，所以我觉得绝对是严谨的！！这个变量的值 是1，表明是可以用的空间！只是这里我想了想，如果把它改为0或者是其他值不知道会发生什么事？！但是有一点我可以肯定，就是释放绝对不会那么顺利进行！ 因为这是一个标记！

    当然，这里可能还是有人会有疑问，为什么这样就可以释放呢？？我刚才也有这个疑问。后来我想到，释放是操作系统的事，那么就free()这个源代码来看， 什么也没有释放，对吧？但是它确实是确定了管理信息的那块内存的内容。所以，free()只是记录了一些信息，然后告诉操作系统那块内存可以去释放，具体 怎么告诉操作系统的我不清楚，但我觉得这个已经超出了我这篇文章的讨论范围了。

    那么，我之前有个错误的认识，就是认为指向那块内存的指针不管移到那块内存中的哪个位置都可以释放那块内存！但是，这是大错特错！释放是不可以释放一部分 的！首先这点应该要明白。而且，从free()的源代码看，ptr只能指向可用空间的首地址，不然，减去结构体大小之后一定不是指向管理信息空间的首地 址。所以，要确保指针指向可用空间的首地址！不信吗？自己可以写一个程序然后移动指向可用空间的指针，看程序会有会崩！

    最后可能想到malloc()的源代码看看malloc()到底是怎么分配空间的，这里面涉及到很多其他方面的知识！有兴趣的朋友可以自己去下载源

代码去看看。

四、关于其他：

     关于C中的malloc()和free()的讨论就写到这里吧！写了三个钟头，感觉有点累！希望对大家有所帮助！有不对的地方欢迎大家指出！最后

，谢谢参与这个帖子讨论的所有朋友，帖 子：http://www.bc-cn.net/bbs/dispbbs.asp?boardID=5&ID=81781& page=1。也谈到版权问题，如果哪位想转载这篇文章（如果我有这个荣幸的话），最起码请标明“来自bc-cn C语言论坛”这几个字眼，我的ID可以不用写上！谢谢合作！

五、参考文献：（只写书名）

——《UNIX环境高级编程》

——《计算机组成原理》

——《高质量C/C++编程指南》

标准c内存函数

--------------------------------------------------------------------------------

calloc
语法:

#include <stdlib.h>
void *calloc( size_t num, size_t size );

功能： 函数返回一个指向num 数组空间，每一数组元素的大小为size。如果错误发生返回NULL。

相关主题:
free(), malloc(), and realloc().

--------------------------------------------------------------------------------

free
语法:

#include <stdlib.h>
void free( void *ptr );

功能： 函数释放指针ptr指向的空间，以供以后使用。指针ptr 必须由先前对malloc(), calloc(), realloc()的调用返回。例如:

    typedef struct data_type {
      int age;
      char name[20];
    } data;
   
    data *willy;
    willy = (data*) malloc( sizeof(willy) );
    ...
    free( willy );
相关主题:
calloc(), malloc(), and realloc().

--------------------------------------------------------------------------------

malloc
语法:

#include <stdlib.h>
void *malloc( size_t size );

功能： 函数指向一个大小为size的空间，如果错误发生返回NULL。 存储空间的指针必须为堆，不能是栈。这样以便以后用free函数释放空间。例如:

    typedef struct data_type {
      int age;
      char name[20];
    } data;
   
    data *bob;
    bob = (data*) malloc( sizeof(data) );
    if( bob != NULL ) {
      bob->age = 22;
      strcpy( bob->name, "Robert" );
      printf( "%s is %d years old\n", bob->name, bob->age );
    }
    free( bob );
相关主题:
free(), realloc(), and calloc().

--------------------------------------------------------------------------------

realloc
语法:

#include <stdlib.h>
void *realloc( void *ptr, size_t size );

功能： 函数将ptr 对象的储存空间改变为给定的大小size。 参数size可以是任意大小，大于或小于原尺寸都可以。 返回值是指向新空间的指针，如果错误发生返回NULL。

相关主题:
free(), malloc(), and calloc().