今天一个朋友的软件在我的机子上出现了这个问题，就是没有了menu，成了全屏软件，再翻看以前一些同学的代码和网上所谓的教程，也存在同样的问题，是有必要写篇博客了，好进入正题。
如果开发的时候使用的4.x之前的SDk，请在写置android:targetSdkVersion=""的时候不要写4.x的版本，不管你是否需要menu这都不是一个很好的编程习惯，保持界面的一致性是每个开发者应该共同维护的事情。
这里说明一下android:targetSdkVersion的含义：
这里必须提到另外几个概念minSdkVersion、maxSdkVersion
minSdkVersion与maxSdkVersion比较容易理解，就是在安装程序的时候，如果目标设备的API版本小于minSdkVersion，或者大于maxSdkVersion，程序将无法安装（这一点必须注意，如果你的程序希望给2.1用，而且没有用高级的api，请设定尽量低的版本）。一般来说没有必要设置maxSdkVersion，android自身平台具有向下兼容性。
targetSdkVersion相对复杂一些，如果设置了此属性，那么在程序执行时，如果目标设备的API版本正好等于此数值，他会告诉Android平台：此程序在此版本已经经过充分测，没有问题。不必为此程序开启兼容性检查判断的工作了。也就是说，如果targetSdkVersion与目标设备的API版本相同时，运行效率可能会高一些。这里就出现了刚才的问题，如果你为低版本的sdk软件设置了高版本的target，号称适应4.x，系统自然不会帮你检查兼容性，4.x取消了屏幕下方的menu键，也就出现了这个问题。所以要注意，target不是说你能支持的版本，是你的目标版本。新的adt建议设置target，又是指最高版本，google会去发布这个规定吗，所以还是需要多去理解，不能生硬看api才能更多的从android开发中学到东西，android给了我们个人或小团队开发者一个做真正有用产品的机会。
这也带来了另一个必须说的问题，就是比如说，使用了targetSdkVersion这个SDK版本中的一个特性，但是这个特性在低版本中是不支持的，那么在低版本的API设备上运行程序时，可能会报错：java.lang.VerifyError，我今天也刚刚遇到用户反馈的这个问题，现在通过具体了解这个问题也有了更加清晰的认识。这个错误也就是说，此属性不会帮你解决兼容性的测试问题。因此你至少需要在minSdkVersion这个版本上将程序完整的跑一遍来确定兼容性是没有问题的。
在default.properties中的target是指在编译的时候使用哪个版本的API进行编译。
再吐槽几句吧，如果希望开发Android平台，请不要抱怨分辨率，不要抱怨机型，为你的用户定做最合适的产品是你的义务。
另一方面说，如果我们试着去习惯4.x的设计和编码理念，就会减少很多这方面的困扰，google给了我们很多解决方案，我们应该试着去习惯，而不是做一个2.x的开发者，虽然我们的用户大都是2.x的版本，但是理念总归需要先进一点的，开放，共同学习，这才是android。
最后补充官方文档的一些解释：
（1）targetsdkversion即其以上的版本将使用新的功能（os new api），但对低版本的需要进行code支持，即文章【1】写到的使用反射（reflection）的技术对老版本使用的一些api功能进行支持，否则会出现老版本上崩溃的现象；
（2）使用最新的开发平台开发，并设置其对应的targetsdkversion；发布的时候，需要从min到target上均需要进行测试；
（3）文章【2】提到了最大兼容性的问题，体现到两个方面：device feature support（新的属性）, 和OS version support（新的api）。当进入新的开发平台时，为了使应用程序最大兼容性，可以对用不到新平台支持的一些特性进行选择设置，使得老版本（不被Market过滤掉）可以安装使用.
（4）minSDKVersion是向后（老版本）兼容，targetSDKVersion是向前兼容。