围观某公司的Java面试题，多态方法调用

说的在理，不过语气太重了。主要考虑的是field的静态绑定和method的动态绑定。

试啥，就算我真的不知道，看楼上的讨论也知道了。但首先题目里根本就没有出现public，其次楼主在问这道题究竟在考什么，你们扯到public变量上跟这道面试题或者跟楼主的问题有半点关系么。Java是静态语言，对变量的引用是在编译期静态绑定的，自然只会绑定当前类的变量上（如果当前类没有定义这个变量，则试图绑定离当前类最接近的父类变量）。问题这只是java的实现方式，在面向对象理论中，没有明确说public的变量不能被子类覆盖。假如出现一种语言，它的public变量就是可以被覆盖，你也不能说它错。所以，如果题目中出现了public变量的覆盖问题，我倒真的会鄙视题目，不常用的语言特性有什么好考。你们是自己把题目的考点曲解为“在java中对象变量能否动态绑定”，然后自己反驳“考这个有什么意思”，自己立个靶子自己推，不亦乐乎。

就这道问题本身来看，你根本不需要知道java的具体实现，或者去试。只要有一点面向对象理论知识，知道“封装”的意图，就能轻易推断出不应该允许子类覆盖父类的private变量，否则你在写父类代码时，根本无法确认所使用的私有变量会不会被外部直接修改，还要封装干什么用。同样为了保证子类不会意外覆盖父类的私有变量，你在使用任何框架，继承出子类的时候就应该检查所有的祖先类避免重名，而事实上根本没人会这样做。所以如果我是面试官，这道题属于最基础的送分题，如果这都出错，我会认为这位考生第一不理解面向对象中的封装，第二没有在团队中工作的经验（正如楼主所说，“我写的父类如何如何，又怎么会在子类中如何如何”，而现实情况大部分是父类跟子类根本不是由同一个人在同一段时间中写的）。

你说的太对了， 我总结说一句话：变量静态绑定，实例方法动态绑定，你这里非常清晰的描述出来这么设计的道理所在。相当支持！