备案老域名

继承最重要的特征不在于它为新类提供了方法，而是它表达了新类同基类之间的关系。这种关系可以被归纳为一句话“新类就是一种原有的类”。这不是在空口说白话——语言直接给了支持。比方说，表示乐器的基类叫Instrument，然后有一个叫Wind的派生类。继承的意思就是基类的方法派生类都有，因此送给基类的消息也可以送给派生类。方法的代码可以用作于Instrument，以及Instrument的派生类，而将Wind的reference转换成Instrument的reference的这种做法就被为上传。

继承的优点之一就是，它支持渐进式的开发。添加新的代码的时候，不会给老代码带来bug；实际上新的bug全都被圈在新代码里。通过继承已有的，已经能正常工作的类，然后再添加一些数据成员和方法（以及重新定义一些原有的方法），你可以不去修改那些可能还有人在用的老代码，因而也就不会造成bug了。一旦发现了bug，你就知道它肯定是在新代码里。相比要求修改老代码，新代码会短很多，读起来也更简单。

类的隔离竟会如此彻底，这真是太令人惊讶了。你甚至不需要源代码就能进行复用。你得明白，程序开发就像人的学习一样，是一个渐进的过程。不论你做过多少分析，不实际做项目的的话，还是得不到答案。如果你能摒弃像建玻璃摩天楼那样比起公寓的开发方式，而采用类似生物进化的，让那个项目逐步的增长的开发方式，那么你就会获得更大的成功——以及更多的及时反馈。

使用final方法的目的有二。第一，为方法上锁，禁止派生类进行修改。这是处于设计考虑。当你希望某个方法的功能，能在继承过程中被保留下来，并且不被覆写，就可以使用这个方法。

第二个原因就是效率。如果方法是final的，那么编译器就会把调用转换成内联的。当编译器看到要调用final方法的时候，它就会根据判断舍弃普通的，插入方法调用代码编译机制（将参数压入栈，然后跳去执行要调用的方法的代码，在调回来清空栈，再处理返回值，相反它会用方法本身的拷贝来代替方法的调用。当然如果方法很大，那么程序就会膨胀的很快，于是内联也不会带来什么性能的改善，因为这种改善相比程序处理所耗用的时间是微不足道的。

看来，设计类的时候将方法定义成final的，会是一个很明智的决定。可能你会觉得没人要覆写你的方法，有时确实是这样。但是你这么假设的时候一定要非常谨慎。一般来说，要实现预想“类会怎样被复用”是非常困难的，特别是对那些很通用的类来说。如果你把类定义成final的，那么很可能会发生这种情况，由于你没有料到这个类还能被这么使用，其它项目的程序要就没法通过继承来复用这个类了。

标准Java类库就是一个活生生的例子。特别是vector类，这个类曾被广泛使用，如果不是为了追求效率而把它的所有方法都做成final的话，它的用途可能会更广。这个类太有用了，因此应该很容易向导会有人要继承它并且覆写其中的方法，但是类的设计者们不知怎么搞的，认定这么做是不对的。有两个理由使得这种想法变得非常具有讽刺意味。

当你用Java运行文件的时候，第一件事情就是访问main()（这是一个static方法），于是装载器就会为你寻找经编译的类的代码。在装载的过程中，装载器注意到它有一个基类（也就是extends所要表示的意思），于是它再装载基类。不管你创不创建基类对象，这个过程总会发生。

如果基类还有基类，那么这第二个基类也会被装载，以此类推。下一步，它会执行“根基类”的static初始化，然后是下一个派生类static初始化，以此类推。这个顺序非常重要，因为派生类的“静态初始化”有可能要依赖基类成员的正确初始化。

一旦知道Java通过后绑定实现了多态的方法调用，你就可以只编写同基类打交道的代码了。因为你知道所有的派生类也能正确地使用这些代码。或者换一个说法，你“向对象发一个消息，让它自己判断该做些什么”。

例如基类被称作shape，它有好几个派生类：circle，square，triangle等等。这里先创建一个circle对象，接着马上把它的reference赋给了shape。看上去这像是一个错误（一种类型怎么能赋给另一种）；但是由于circle是由shape派生出来的，circle就是一种shape，因此这种做法非常正确。所以编译器会毫不含糊地接受这条语句，什么错都不报。

如果有些方法被调用了，那程序就有问题了，实际上基类的意图是要为所有由它派生出来的类创建一个公共的接口。要创建这种公共接口的唯一原因就是，各个子类要用它自己的方式来实现这个接口。它定义了一个基本的形式，你可以说这是所有的派生类所公有的。还有一种说法，就是基类是一个“抽象的基类或简化为抽象类”。

当你想要通过一个公共的接口来操控一组类的时候，就可以使用抽象类了。通过动态绑定机制，那些符合方法特征的派生类方法将会得到调用。如果方法名同基类的相同，而参数列表不同，那就变成重载了，这大概不是你想要的结构吧。

即便新类既有合成又有继承，绝大多数情况下，你都无须担心清理的问题；子对象通常都可以交由垃圾回收器去处理。如果真的需要进行清理，那就只能辛苦一点，为新类创建一个dispose()方法了（你也可以选一个你觉得更好的名字）。而且在继承情况下，如果垃圾回收过程中还要做一些特殊的处理，那你还必须在派生类里覆写基类的dispose()。当你编写派生类的dispose()的时候，要记住第一件事就是调用基类的dispose()，这点非常重要。因为不这样做的话，基类就不会得到清理。

对象与对象之间有可能会有依赖关系，因此清理的顺序应该与初始化的顺序相反。对数据成员而言，这就是说它们的清理顺序应该与声明的顺序相反（因为数据的初始化是按照声明的顺序进行的）。对基类而言（它采用了C++拆构函数的形式），你应该先进行派生类的清理，再进行基类的清理。这是因为派生类的清理可能需要调用某些基类的方法，也就是说要留着基类，因此它不能过早地被清除掉。你可以从程序的输出看出，对象各部分的清理顺序，正好与它们创建的顺序相反。

      相信很多站长都浏览过关于网站优化误区方面的资料，试问有几人能在建站初期阶段就把那些不可触碰的“雷区”给记录了呢，恐怕都是在网站建设成并且已经运营有一段时间之后，才蓦然发现原来我们也在优化“雷区”里。下面笔者浅谈一下网站优化过程中发现的网站内部优化“雷区”，希望可以帮到大家，对于这些误区大家尽量避而远之。
　　

　　一、H1标签的使用。

    H1标签就是一个起到强调作用的标签，当蜘蛛访问你网站时就相当于直接告诉它那个是最重要的，这就决定了H1标签在一个网页中放置的位置和数量的严格要求。常规来说，H1标签放置在网页的logo或者是接近body的代码部分即可，但是H1标签数量上有严格要求，一个网页最多出现两个H1标签，一般都是一个，太多的话就会使蜘蛛迷惑到底哪个才是最重要的，以至于后来蜘蛛抓取时直接判断此网站内部混乱处以作弊惩罚。实际上很多站都存在这个问题，为了突出关键字在程序代码中关键词部分统统加上H1标签，排名短时间内迅速上升，可惜这只是昙花一现，不久就会得到严重的惩罚。

    网站发布的文章是整个网站内容的重要组成部分，所有的文章构成了网站的整体内容。网站发布的每一篇文章被搜索引擎收录并有一个好的排名不仅仅帮助网站 的收录稳步上升，还能被互联网更多用户所看到，这就要求网站编辑需要在写文章或者编辑文章时融入良好的seo意识。当我们养成习惯，将seo意识融入每一 篇文章从标题、摘要概述、关键词到文章内容，做好每一步将使网站从长尾效应中获得巨大流量。形成网站权重带动文章排名，文章大量点击推动网站权重。相辅相 成之下，编辑的每一篇文章也会使网站整体体现更佳的seo优化效果。
　　我们需要一篇新发表的文章获得搜索引擎的青睐，获得好的排名该如何做?文章中融入哪些SEO的思维去写?注意的细节要点是哪些?下文中将一一介绍。