一、执着

可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念，努力打动别人，才能成功。
坚持到成功为止。只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%,你却不知，最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功。

二、亲和力

亲和力是指你和团队相互依赖，相互信任能力的大小。亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。

多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。这个环节很重要，我在这个方面曾经用时太少，走了许多弯路。另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。

为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。曾经有一次，我们测试工程师的工作业绩突然下降了一半，我与之沟通后发现公司不讲效率只讲工作时间，他有一天特殊没上班，结果公司扣了一天的工资；但是他其实超额完成了月计划的120％。了解情况后，我与公司协调，顺利补回工资，生产效率就大幅上扬。

三、品德高尚

“一撇一捺是个人，世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。

人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。

勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。
乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。但是这却需要你多帮助别人，别人才会帮助你。不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。
以德报怨，可能是人最难做到的。中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功？

“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。”

四、口才

良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。

要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：
1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；
2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。
4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。

五、循序渐进

循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。

为什么会出现这种情况？难道CMM真的不适应中国过情吗？不是，绝对不是。是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。

就以我所在公司来说，技术部原来只有10任，后来培训CVS版本管理到精通花费了1年，然后才上CVSTrac变更和过程管理，花费了3个多月，然后再实施Finabuild管理花费了3个月，最后改进CVSTrac成CVSProduce管理开发过程并统计花费了半年，其间成立了QA管理部门，并增加了项目专职管理人员，部门人数已经增加到16人，还在不断扩充中。我们的感觉管理越科学化、流程化，所需的分工就越细，人员也就越多。同事培训和做通这些人的思想工作的成本就越大。开发管理软件的成本也会随之上升。当所有人都能接受流程管理并持续改进时，大约2年光阴也就过去了。
“循序渐进，循序渐进，再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。

六、持久求学

“书到用时方恨少，学至成时始知卑。”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习－培训－实施－发现问题－再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。

事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。
最后，我总结一下中国项目经理所必需掌握的知识：
1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。（外国的项目经理可能不需要掌握）
2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。
3.网络知识：服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。
4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。

七、敢负责任

一个人因为有责任才有生存的意义。一个人随着年龄的增长，责任感也会愈来愈重。成年时，法律也会赋予一些年少时没有的责任。同时地位逐渐提高，责任也会相对加重。

一个人惟有负责，才能产生做人的价值。所负责任愈大，价值就愈高。换句话说，有责任，生命才有意义。如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。

因此，经理就是要负责任，如果不负责任就可以不要经理了！项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。

实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。

八、以身作则

项目管理的一个重要工作就是定义各种规范和制定，但是这些规范和制度的执行除了靠项目经理的执着推行，口才宣传，力主培训、惩戒得当之外，关键还是在于项目经理的以身作则。如果项目经理自己都违反自己定义的条款的话，那么就别指望团队会自觉遵守这些规定。

作为一个管理者以身作则是最基本的素质，千万不要为自己违反规范和制度找各种借口，例如我我是公司只属考核，我因为某某更重要的事情而不得不违反。“只许周宫放火，不许百姓点灯”的话，是无法将规范和制度推入人心的。项目经理如果违反了规范，只有当众加重处罚，别无他法。
说个真实的事例。我从事项目经理工作之前经常迟到，结果不久全技术部人隔三岔五的迟到。我当项目经理后执行晨会制度，早上到公司头半个小时总结一下昨天工作，探讨一下今天的工作，但是因为习惯，有人总是迟到。而我开始从不迟到，有一点为了赶时间我长跑去买早餐以在晨会规定时间之前到公司，被许多团队成员看见。以后就再没人迟到，直至项目结束。

因此，鉴于规范制度的权威性主要还是靠项目经理自己，只有坚持以身作则，才能将自己优秀的管理思想贯穿下去，取得开发过程改进的成功。

九、要有威信

一个项目经理说话有没有人听，必须要靠威信，这种威信是靠自身的素质，而不是狐假虎威。靠高层领导的支持来强迫团队执行项目制度过程的话，是注定会失败的。因为团队成员不信任你，表面服从，实际消极怠工，就足以让流程实质瘫痪。

做事要有信用，说一不二，不能因为朋友关心就讲情面。公是公，私是私。平时可以稀稀拉拉，关键问题决不手软，不因为朋友关系妥协，这样才能树立威信，便于工作。
威信除了必要的威信之外，最主要的还是信用，项目经理在做事没有绝对把握的时候千万不要承诺，一旦承诺就无论如何一定要实现。否则，当实现不成功而丢失信用之后，再想让团队相信你，信任你就是非常困难的事情了。

十、善于总结

项目经理要善于总结，只有不断的总结才能不停的完善自己，成功的事情总结经验，失败的事情要总结教训，总结的过程就是不断改进的过程，这也是CMM规范所必需的素质。

总结的过程要多吸取别人的意见，不要武断自己的结论。博人所长，综合起来才算趋于完美。这个原因有二：其一，项目经理不是孤立的一个人，而是必须融于团队之中，一个流程合不合理，不是由项目经理说了算，而是要由团队的成员说了算，注意倾听团队成员的真实感受，不断改进流程才能成功。中国的许多CMM改进失败，并不是项目经理知识能力不够，而是他们没有一起与团队总结，经多年经验，我们发现大多数规范，必须要有一套合理的软件支持才能成功，否则无论你的理想多先进，想靠程序员工作来提高过程质量的改进是不现实的。其二，“闻道有先后，术业有专攻”，项目经理不可能是全才，什么都懂。因此要和哪些与专攻方向不同的人一起总结。比如项目经理可能精通软件开发流程的改进，但是却不知道测试流程、网络管理流程、品质保证流程的改进，而这些流程又直接作用于软件开发流程。这个时候必须与测试人员、网管人员、质量保证人员共同探讨，找出一条切实可行的改进方案。

项目经理除了必须具备以上素质外，还必须要有珍惜时间、要有勇气、善于倾听等基本素质，我就不一一描述了，只有寄希望于大家在做项目经理的时候不断的培养完善自己，让软件开发流程不断获得改进。

 
番茄

　　番茄：很多研究都表明，烹制过的番茄可以降低人类患前列腺癌和其他癌症的危险。这都要归功于番茄里含有的番茄红素，它是同类营养素中最强有力的抗氧化剂。除此之外，其中的茁胡萝卜素在消灭氧自由基方面也很出色。

　　因此，别看西红柿小，其实它给我们带来的益处还大着呢！据研究测定：每人每天食用50克-100克鲜西红柿，即可满足人体对几种维生素和矿物质的需要。详细阅读>>>>

 
菠菜

　　菠菜：菠菜里富含铁和叶酸。叶酸不但可以预防小儿神经管缺失，还可以降低高半胱氨酸(一种可以刺激血管和导致心脏病的氨基酸)在血液中的浓度。此外，菠菜中含有叶黄素和玉米黄质，它们可以阻止失明的头号“杀手”——视网膜黄斑性病变。

坚果

　　坚果：坚果像一个小型的营养发动机，其中含有对人体有益的脂肪酸和维生素E。

　　坚果是植物的精华部分，一般都营养丰富，含蛋白质、油脂、矿物质、维生素较高，对人体生长发育、增强体质、预防疾病有极好的功效。>>>>六种坚果对抗六种疾病

　　燕麦：每天吃点燕麦可以起到降低胆固醇的作用，因为它含有茁葡聚糖，是一种海绵状可溶解的纤维素，可以让早期生成的胆固醇化于无形。>>>>降胆固醇的食疗佳品

 
花椰菜

　　花椰菜：其中含有很多植物化学因子，可以在癌细胞形成之前将它们消灭掉。它还含有胡萝卜素、纤维素和维生素C。最好的吸收方法就是稍稍炒一下，吃时多咀嚼。类似的蔬菜还有甘蓝和卷心菜。>>>>猪牛羊肉吃太多会致癌

　　鲑鱼：这种鱼主要以吃海藻为生，而海藻可形成一种特别的脂肪，就是我们熟知的欧咪伽—3脂肪酸，对于心脏非常有益，还可以抑制与自身免疫系统相关的疾病。

大蒜

　　大蒜：大蒜里含有的植物化学因子对心脏有益。为了让它发挥最大的功效，最好把大蒜切碎或者捣碎食用，吃时不要长时间加热，否则会丧失它的有益成分。精彩推荐：葱姜蒜绿色补品

　　绿茶：绿茶内含有的多酚是一种健康作用百倍于维生素C的植物化学因子。日本研究表明，每天饮用10杯绿茶可以减低患心脏病的危险，用它做漱口水还可以抑制口腔细菌的生长。

　　蔓越橘：蔓越橘中所含的抗氧化剂比任何水果和蔬菜都多，其中的花青素对心脏病和癌症的治疗很有帮助，还可以防止大肠杆菌附着在膀胱壁上，导致尿道炎。

缘起

狼是一种大型哺乳动物，就哺乳动物而言最早的类群出现在大约1。5亿年前的侏罗纪晚期，而他们的直系祖先（最早的哺乳动物）则在2。2亿年前就生活在地球上。最高的犬科类鼠狗的出现也在4000万年前的北美大陆,当时是从树上来到陆地上奔跑,今天的美洲灰狐就可以上树.而就我们人类本身而言据最新资料表明最早的人类也不过在地球上生活了600万年。这听起来似乎是一个巨大的数字，但如果把它与哺乳动物的出现或与我们赖以生存的地球的年龄（46）作比较就会发现人类的幼小（菌藻38亿）。而狼这种被人类认为比自身低等的多动物则是在距今2000万年的更新世出现在地球上的，整整早于人类1400万年。当然，在这漫长的岁月里狼从最早个体娇小的新鲁狼进化到了今天个体较大的灰狼；虽然如此，2000万年来，它是地球上最厉害的犬科动物。人类也从600万年前的四肢辅助行走到学会茹毛饮血到今天的拥有高度的自主文明。当我们抛开所谓的地球主宰者的头衔时，面对同样是哺乳动物而年长人类千百万年的狼时，人类可能会发现有太多的东西值得向狼去学习。

　　《Healing Conversation》作者南丝·格尔马丁，针对如何弥补人际沟通的鸿沟、适时适度表达关心，提供了「疗效对话」的10项原则。所谓「疗效对话」，是指将心比心、设身处地的对谈，让求援者获得适度纾解，进而自然地达到「治疗的效果」。

　　当你不确定「说什么？」和「如何说？」的时候，本书可以提供许多实用的参考。

　　疗效对话的10大原则：

　　1. 聆听

　　聆听不是保持沉默，而是仔细听听对方说了什么、没说什么，以及真正的涵意。所谓的聆听，应该是用我们的眼、耳和心去听对方的声音，同时不急着立刻知道事情的前因后果。我们必须愿意把自己的「内在对话」暂抛一边。所谓的「内在对话」，是指聆听的同时，在脑海中不自觉进行的对话，包括动脑筋想着该说什么、如何响应对方的话，或盘算着接下来的话题。

　　2. 停顿

　　在对话之间，有时说，有时听；我们还必须提醒自己，放慢不自觉产生的机械式反应，例如，想快速解决对方的不安，便直接跳到采取行动的阶段──说些或做些我们认为对对方有益的事。如果没有停顿，我们可能会在剎那间，说出稍后会反悔的话。安慰的艺术，在于「在适当的时机，说适当的话」，以及「不在一时冲动下，说出不该说的话」。

　　3. 当朋友不当英雄

　　帮助别人度过艰难岁月，不等同于将他们从痛苦的处境中「拯救」出来。我们应该认同他们的痛苦，让他们去感觉痛苦，并且不试着快速驱散痛苦。我们仅试着提供让他们越过「恐惧之河」的桥梁。当朋友、家人陷于情绪或身体的痛苦之中时，支持他们的最基本方法是：允许对方哭泣。哭泣是人体尝试将情绪毒素排出体外的一种方式，而掉泪则是疗伤的一种过程。所以，请别急着拿面纸给对方，只要让他知道你支持他的心意。

　　4. 给予安慰

　　给予安慰并不是告诉别人：「你应该觉得……」或是「你不应该觉得……」。人们有权利保有其真正的感觉。安慰是指：不要对他们下判断，不要心想他们正在受苦、需要接受帮忙；安慰是指：给予他们空间去做自己、并认同自己的感觉。我们不需要透过「同意或反对」他们的选择或处理困境的方法，来表达关心。

　　5. 感同身受

　　当我们忙着试图帮助他人时，可能会忘记人们会察觉到我们内心的波动──没有说出来的想法和感觉。尽管人们无法确知我们的想法，但通常可以察觉到我们是否惊慌、对他们下判断，或是为他们感到难过。面对面安慰别人，和我们内心真正的状态，有很大的关联。因为对他们的遭遇感同身受，我们不仅分担对方的痛苦，也需忍受自己内心的煎熬。不论面临的处境如何，善意的现身与安慰，即是给予对方的一项礼物。

　　6. 长期守候

　　改变会带来许多混乱。没有人可以迅速整顿那样的混乱。人们需要时间去调适、检讨、改变和询问：「假如……，会怎样？」的问题。在「疗效对话」中，我们学着接受以下事实：我们的家庭成员、同事或邻居，有时候仅需要我们当他们的「共鸣箱」，且能不厌其烦地供其反复使用。

　　7. 勇敢挺身而出

　　不论身处任何状况，对自己不知该说什么而感到困窘，是无妨的；让我们想帮助的人知道我们的感觉，也是无妨的。甚至可以老实地说：「我不知道你的感觉，也不知道自己该说什么，但是我真的很关心你。」即使自己对这样的表达觉得可笑，还是可以让对方知道，你不急着「现在」和他交谈。你或许可以选择用书写的方式，来表达感觉和想法。除了言语的表达之外，「疗效对话」尚有许多不同的形式。

　　8. 提供实用资源

　　不需帮别人找到所有问题的答案，但可以尽力提供可用资源──别的朋友、专家、朋友的朋友，来帮忙他们找到答案。可以为对方打几通电话，连结人脉；也可以找相关的书籍给他们阅读；或是干脆提供一个躲避的空间，让他们得以平静地寻找自己的答案。

　　9. 设身处地、主动帮忙

　　当我们问：「有没有我可以帮忙的地方？」有时候有答案，有时候他们也不知道需要什么样的帮忙。然而，人们有时会对自己真正的需要开不了口。设身处地去考量人们可能需要的协助，是有效助人的第一步。

　　10. 善用同理心

　　即使我们遭遇过类似的经验，也无法百分之百了解别人的感受，但是我们可以善用同理心去关怀对方。切记需先耐心听完别人的故事，再考虑有没有必要分享自已的故事？而分享的结果是否对对方有益？

注:    以上每一组相克食物不能一起食用或在两小时内先后食用.

饮食禁忌

http://www.jsptw.com/jute/post/view?bid=25&id=3939&sty=1&tpg=2&age=0

double-checked locking範例n

1 2 3 4 5 6 7 8 9 10 11

public static Singleton getInstance() { if (instance == null) { synchronized(Singleton.class) { //1 if (instance == null) //2 instance = new Singleton(); //3 } } return instance; }

表面上看來不會有問題
但是在實際上java環境下跑起來可能會如下的問題發生
這是因為現在的java環境下memory model的關係,允許out of order寫入(這邊中文不知這樣可不可以)

1.thread1 進入getInstance()
2.instance是null,所以thread1進入synchronized block
3.thread1執行到//3讓instance變成非null,但是此時並無執行constructor
4.thread1切換到thread2
5.thread2檢查instance是否是null,但是因為instance並非null,所以thread2只把雖已建構,但並無完全出始化的Singleton物件,參考到instance並取得.
6.thread2切換到thread1
7.thread1執行constructor並取得其參考,完成Singleton物件的初期化

另外一種,試圖解決out of order的做法

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

public static Singleton getInstance() { if (instance == null) { synchronized(Singleton.class) { //1 Singleton inst = instance; //2 if (inst == null) { synchronized(Singleton.class) { //3 inst = new Singleton(); //4 } instance = inst; //5 } } } return instance; }

主要為了避免之前的問題,導入了synchronized和使用inst變數的做法
理由如下
1.thread1 進入getInstance()
2.instance是null,所以thread1進入synchronized block
3.變數inst取得instance的值,//2但是為null
4.因為inst為NULL,所以thread1會在//3進入第二個synchronized block
5.接下來thread1於//4執行code,將inst改成非null,但是此時並無執行Singleton的constructor(也就是上面範例的缺陷發生原因)
6.thread1切換到thread2
7.thread2進入getInstance()
8.因為instance為null,因此thread2於//1會想進入synchronized block,但是現在被thread1所鎖住.
9.切換到thread1//4的部分被執行完畢
10.thread1將完整建構好的 Singleton 物件傳回給變數instance//5,結束兩個synchronized block
11.thread1回傳instance
12.接下來回到thread2,//2將instance代入到inst
13.thread2知道instance並非null,因此回傳instance

關鍵在於//5的部分,在寫上述範例中必須假設成,instance必須將會變成null或者是完全建構好的 Singleton 物件.當這個假設和事實衝突時,就是問題發生的原因了.

依照現行的memory model的定義,上面這個code將不會得到如我們預想的結果
,JLS定義中無法將synchronized block內的code搬到外面,但是並沒有說明能將synchronized block外的搬到內部.

jit compiler應該會抓住這部分,當作是最佳化的好機會,他會將//4和//5除去並結合,因此最佳化以後會變如下,同樣會造成out of order的問題.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

public static Singleton getInstance() { if (instance == null) { synchronized(Singleton.class) { //1 Singleton inst = instance; //2 if (inst == null) { synchronized(Singleton.class) { //3 //inst = new Singleton(); //4 instance = new Singleton(); } //instance = inst; //5 } } } return instance; }

解決方式就像之前板上大家討論的
要碼就是

1 2 3 4 5 6

public static synchronized Singleton getInstance() { if (instance == null) //1 instance = new Singleton(); //2 return instance; //3 }

不然就是

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

class Singleton { private Vector v; private boolean inUse; private static Singleton instance = new Singleton();   private Singleton() { v = new Vector(); inUse = true; //... }   public static Singleton getInstance() { return instance; } }

底下那個String的測試code
在IBM 1.3 JVM和Sun 1.3 JVM沒有問題
但是在譬如舊的版本如1.2下
會產生問題
且會執行
System.out.println("String is not immutable!");

 

以自动装箱与拆箱的机制来看，我想您会觉得结果是显示"i1 == i2"，您是对的！那么下面这个您觉得结果是什么？

 

结果是显示"i1 != i2"，这有些令人讶异，语法完全一样，只不过改个数值而已，结果却相反。

其实这与'=='运算符的比较有关，'=='可用来比较两个基本型态的变量值是否相等，事实上'=='也用于判断两个对象变量名称是否参考至同一个对象。

所以'=='可以比较两个基本型态的变量值是否相等，也可以判断两个对象变量的参考对象是否相同，当您如前两个程序的方式撰写时，编译器不知道您实际上要比较的是哪一种？所以对于值从-128到127之间的值，它们被装箱为Integer对象后，会存在内存之中被重用，所以当值在100，使用'=='进行比较时，i1 与 i2实际上参考至同一个对象。

如果超过了从-128到127之间的值，被装箱后的Integer对象并不会被重用，即相当于每次都新建一个Integer对象，所以当值在 200，使用'=='进行比较时，i1与i2参考的是不同的对象。

Test Game：

此方法是 Java 语言 instanceof 操作的动态等价方法。 如果指定的 Object 参数非空，且该类不生成 ClassCastException 异常的引用，则返回 true， 否则返回 false。
特别地，当该类表示一个已声明的类时，若指定的 Object 是该类(或其任一父类)的一个实例则返回 true，否则返回 false。若该类是一数组类，且指定的 Object 能通过转换运算、或转换运算的扩充引用，转换为一个数组对象，那么返回 true；否则返回 false。 若该类是接口类，如果指定的 Object 参数类或其任一父类实现了此接口则返回 true；否则返回 false。如果该类是基类型类，则返回 false。

参数：
obj - 检查的对象。
isAssignableFrom
 public native boolean isAssignableFrom(Class cls)

判定 Class 对象表示的类或接口是否同参数指定的 Class 表示的类或接口相同，或是其父类或父接口。 如果成立则返回 true，否则返回 false。若该类是基类型类，且指定的类参数恰为此类则返回 true，否则返回 false。
特别地，通过标别转换或其扩展引用，此方法将测试指定的 Class 参数表示的类型能否转换为当前 Class 对象表示的类型，关于更详细信息，请参看 The Java Language Specification 的 5.1.1 和 5.1.4 节。

抛出： NullPointerException
如果指定的类参数为 null。

(节选【垃圾收集器与Java编程】欧阳辰 (yeekee@sina.com) 周欣 (zhouxin@sei.pku.edu.cn))

http://www-900.ibm.com/developerWorks/cn/java/l-JavaMemoryLeak2/index.shtml#author1

finalize是位于Object类的一个方法，该方法的访问修饰符为protected，由于所有类为Object的子类，因此用户类很容易访问到这个方法。由于，finalize函数没有自动实现链式调用，我们必须手动的实现，因此finalize函数的最后一个语句通常是super.finalize()。通过这种方式，我们可以实现从下到上实现finalize的调用，即先释放自己的资源，然后再释放父类的资源。

根据Java语言规范，JVM保证调用finalize函数之前，这个对象是不可达的，但是JVM不保证这个函数一定会被调用。另外，规范还保证finalize函数最多运行一次。

很多Java初学者会认为这个方法类似与C++中的析构函数，将很多对象、资源的释放都放在这一函数里面。其实，这不是一种很好的方式。原因有三，其一，GC为了能够支持finalize函数，要对覆盖这个函数的对象作很多附加的工作。其二，在finalize运行完成之后，该对象可能变成可达的，GC还要再检查一次该对象是否是可达的。因此，使用finalize会降低GC的运行性能。其三，由于GC调用finalize的时间是不确定的，因此通过这种方式释放资源也是不确定的。

通常，finalize用于一些不容易控制、并且非常重要资源的释放，例如一些I/O的操作，数据的连接。这些资源的释放对整个应用程序是非常关键的。在这种情况下，程序员应该以通过程序本身管理(包括释放)这些资源为主，以finalize函数释放资源方式为辅，形成一种双保险的管理机制，而不应该仅仅依靠finalize来释放资源。

下面给出一个例子说明，finalize函数被调用以后，仍然可能是可达的，同时也可说明一个对象的finalize只可能运行一次。

class MyObject{ Test main; //记录Test对象，在finalize中时用于恢复可达性 public MyObject(Test t) { main=t; //保存Test 对象 } protected void finalize() { main.ref=this;// 恢复本对象，让本对象可达 System.out.println("This is finalize");//用于测试finalize只运行一次 } } class Test { MyObject ref; public static void main(String[] args) { Test test=new Test(); test.ref=new MyObject(test); test.ref=null; //MyObject对象为不可达对象，finalize将被调用 System.gc(); if (test.ref!=null) System.out.println("My Object还活着"); } }

运行结果：
This is finalize
MyObject还活着

此例子中，需要注意的是虽然MyObject对象在finalize中变成可达对象，但是下次回收时候，finalize却不再被调用，因为finalize函数最多只调用一次。