为公司网站设计了一个手机端导航菜单，我是这么做的 - 设计 - 伯乐在线
& 为公司网站设计了一个手机端导航菜单，我是这么做的
为我们网站，PlayStation，设计了这个导航菜单，在经过几次内部草稿和技术原型的变动、修改之后，终于通过了Nielsen Norman Group（诺曼集团）的可用性测试。
△窗帘式导航菜单概念图
从PC端→手机端
作为一名数字设计师，我主要负责完善手机版网站导航菜单设计，以便提升用户体验。毫无疑问的是，采用下拉式导航菜单的用户界面在PC端网站的设计中占据了根深蒂固的地位。
△PC端下拉式菜单
1，鼠标：鼠标的存在方便用户们在一个网页长时间徘徊、逗留，有时候，无需进行额外的点击，只是简单的上下翻滚就能看到自己想看的内容。
2，界面：PC端的界面内容是横向延伸的，而手机端的界面内容是纵向延伸的，这两者的效果可大不一样。
不幸的是，适用于PC电脑端的这两个因素，并不能同样适用于手机端：前者靠鼠标输入，后者靠触屏输入。所以，我们并不能简单的把PC端的横向模式简单、粗暴地转换成适用手机端界面的纵向模式就可以了。
考虑现有的手机端导航菜单模式
在研究其他的手机端导航菜单的时候，我注意到两种常见的多级导航菜单模式，简而言之，它们各有优劣。
1，折叠式导航菜单
这种模式的导航菜单，用户们打开之后首先看到的就是一组一级链接，从中选取任何一个，都可以“扩展”出一组二级链接。
然而，从下面的例子中我们也可以看到，如果某个菜单类别包含了许多链接，那么一旦用户选定了这个类别，扩展之后的内容就有可能把其它类别“挤出”屏幕。同样的，如果某个一级链接包含了许多二级链接，那么扩展之后的二级链接们也有可能把其它一级链接们“挤出”屏幕，这样并不方便用户在任意两个菜单类别或主链接之间随意切换。
△折叠式导航菜单
想法：要想改进，可以将菜单设置成（无论用户做出哪个选择）都一直保持菜单类别的可见性。
2，返回式导航菜单
想要展示多级链接，另一个常见的解决方式是使用“返回”键。在下面这个例子中，当用户选定某一个类别之后，我们可以看到数个原本被隐藏的一级链接，并且，用户们可以通过“返回”键返回上一级页面。
这个模式的问题在于，用户们需要进行更多的操作。没错，哪怕只有一步，那也是多了。
△返回式导航菜单
想法：想要改进，可以将菜单设置成（用户）无需多余的操作，就可以在各个菜单类别之间自由切换。
考虑到这里，我内心已经有了一个大概的想法，就是基于这两点之上的进一步完善。
窗帘式导航菜单
对于手机端的多级导航菜单来说，这是一种与众不同的思路：通过滑动的方式（想象一下当你拉动窗帘时候的情景。）
有点和PC端的下拉式导航菜单相对应，不过，一个是下拉，一个是横滑。所有内容都被分为两个层次，其一是一组一级链接，每个一级链接下面都包含数个二级链接。而这两个层次的链接们可以同时显示在用户面前。
考虑到这是手机端导航菜单，不适用PC端导航菜单那种横向、水平的屏幕空间，所以链接的排列上采用了纵向堆叠而不是横向并肩模式。
当用户们点击菜单，“窗帘式菜单”从手机屏幕左侧滑入视线，展示出来的是一组一级链接。
两个层次的链接们同时可见
当用户选定某个一级链接，其包含的二级链接们会从屏幕右侧滑入用户视线，而与此同时，屏幕左侧仍然保留着其他所有一级链接，避免用户们使用“返回”键。具体动画效果如下图：
屏幕左侧的图标相对较小，这样可以使得右侧滑出的二级链接们几乎占据了整个屏幕，进一步优化了可用屏幕空间，提升了用户使用体验。与此同时，左侧图标的存在也方便用户自由地在不同菜单类别之间完成迅速切换。
有时候，仅仅依靠图标并不能将你的目的清楚明确地表达给用户，这个时候，不妨给图标加一个解释的“标签”。
当用户们打开菜单，第一眼看到的就是纵向排列的图标及其所带的“标签”，这样有助于用户快速了解菜单所包含的内容。此外，当用户点击某个一级链接，进入其下二级链接所在，那么两个层次的链接所在页面会同时显示，避免用户使用“返回”键返回到最初的菜单类别。并且，二级链接所在页面左上角有一个小设置，方便用户查看菜单类别图标下的“标签”，具体信息一目了然。
一般来说，留给菜单类别的垂直空间往往是充裕的，无需任何翻滚和下拉（当然，这也不失为一种选择）。如果某个菜单类别包含了大量链接，那么用户可以通过上下滑动屏幕查阅更多内容。在屏幕底部，我设置了一个小的指示箭头，表示“这里还有更多内容”。&&[&& 原创&&]&& 作者：
&&& 虽然VINUS VS4000M运行的是Android2.3版本智能操作系统，但是解锁屏幕后，笔者看到的主界面还是令人意外，因为VS4000M的主界面是支持横屏显示的。
VINUS VS4000M可以横屏显示主界面、应用程序界面
VINUS VS4000M横屏显示主界面
VINUS VS4000M横屏显示应用程序界面
&&& 不仅仅是主界面，包括应用程序菜单界面在内，也是可以横向显示的。另外，VINUS VS4000M的主界面是支持视频的，主界面最多可以扩展到九屏，应用程序界面按照所有程序、最近打开、正在运行三个标签页划分。
&VINUS VS4000M支持视频壁纸
&VINUS VS4000M下拉菜单、主界面最多九屏切换
&VINUS VS4000M桌面特效设置
&VINUS VS4000M内置多种Go小插件、支持情景模式
&&& 系统信息显示，VINUS VS4000M运行Android2.3.5版本智能操作系统，系统支持主题更换，以及个性化背景、图标、字体切换屏幕指示器设置。内置的情景模式，对于原生Android来说也是一个小的改变。
提示：支持键盘“← →”键翻页
主屏尺寸 4G网络
投诉欺诈商家:
天津重庆哈尔滨沈阳长春石家庄呼和浩特西安太原兰州乌鲁木齐成都昆明贵阳长沙武汉郑州济南青岛烟台合肥南京杭州东莞南宁南昌福州厦门深圳温州佛山宁波泉州惠州银川
本城市下暂无经销商
4￥26985￥69986￥35997￥49888￥27999￥249810￥499大家都在搜：
扫描二维码安装房天下APP
手机浏览器访问房天下
> > 问题详情
我新刷的脉冲自制,怎么我的界面是横着的啊?选游戏什么的都要横着选,还有DLC怎么安装?
界面是横着的，进不去游戏库啊，什么的都没有，界面跟网上截图的都不一样。我的是选游戏的时候就进去了，里面一个现实，然后每页几个游戏，横着选的。能改了吗？很麻烦啊，还有请问DLC怎么安装放在哪？说需要个TU软件，那是什么软件，怎么用？我都是用GOD玩游戏，想安装DLc 怎么破解怎么弄啊？一共装了3个软件一个GOD，一个xexme...
界面是横着的，进不去游戏库啊，什么的都没有，界面跟网上截图的都不一样。我的是选游戏的时候就进去了，里面一个现实，然后每页几个游戏，横着选的。能改了吗？很麻烦啊，还有请问DLC怎么安装放在哪？说需要个TU软件，那是什么软件，怎么用？我都是用GOD玩游戏，想安装DLc 怎么破解怎么弄啊？一共装了3个软件一个GOD，一个xexmenu 一个XM360能用XM360破解DLC吗？
浏览次数：0
先打开NXE2GOD 点开 一路按A就行了 再进游戏库就都被转换了
房天下知识为您分享了一条干货
装修总预算0万元
卫生间：0元
扫一扫下载房天下装修
扫码即获10000套家居设计案例
申请使用此项服务，即视为接受、、
下载房天下APP
提问获取更多回答
ask:2,asku:1,askr:82,askz:22,askd:4,RedisW:3askR:1,askD：117 mz:nohit,askU:0,askT:0askA:120
Copyright &
北京拓世宏业科技发展有限公司
Beijing Tuo Shi Hong Ye Science&Technology Development Co.,Ltd 版权所有
违法信息举报邮箱：posts - 22,&
comments - 29,&
trackbacks - 0
Android横竖屏切换小结
（老样子，图片啥的详细文档，可以下载后观看&）
Android手机或平板都会存在横竖屏切换的功能，通常是由物理重力感应触发的，但是有时候也不尽然，通常在设置里面我们可以对手机的横竖屏切换进行关闭，操作界面如下
只需要点击下&屏幕旋转&按钮就可以关闭横竖屏切换了。
一、禁止APP内横竖屏切换
上述设置更改的是整个手机的横竖屏切换，当手机没有关闭横竖屏切换功能时，系统一旦触发横竖屏切换，缺省状态下，当前活动的App的界面就会进行横竖屏切换，由于横竖屏的界面尺寸等参数不同，很多软件在设计和开发中为了避免横竖屏切换时引发不必要的麻烦，通常需要让App禁止掉横竖屏的切换，这就需要通过在AndroidManifest.xml中设置activity中的android:screenOrientation属性值来实现。
该android:screenOrientation属性，他有以下几个参数：
"unspecified":默认值 由系统来判断显示方向.判定的策略是和设备相关的，所以不同的设备会有不同的显示方向.
"landscape":横屏显示（宽比高要长）
"portrait":竖屏显示(高比宽要长)
"user":用户当前首选的方向
"behind":和该Activity下面的那个Activity的方向一致(在Activity堆栈中的)
"sensor":有物理的感应器来决定。如果用户旋转设备这屏幕会横竖屏切换。
"nosensor":忽略物理感应器，这样就不会随着用户旋转设备而更改了（"unspecified"设置除外）。
比如下列设置
android:screenOrientation="portrait"
则无论手机如何变动，拥有这个属性的activity都将是竖屏显示。
android:screenOrientation="landscape"，为横屏显示。
上述修改也可以在Java代码中通过类似如下代码来设置
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE)
二、APP的横竖屏切换可以手动触发吗
由上面描述可知，当android:screenOrientation为默认值"unspecified"或"sensor"等时，就会有系统根据设备的旋转情况来触发横竖屏的切换，那么有没有方法我们手动在程序中触发横竖屏的变换呢，显然上面为我们提供的setRequestedOrientation就是系统提供的一个入口，下面我们给出一个按键的方式来触发的案列：
public class MainActivity extends Activity implements OnClickListener {
&&&& private Button mBtnL
&&&& private Button mBtnP
&&&& @Override
&&&& protected void onCreate(Bundle savedInstanceState) {
&&&& &&& super.onCreate(savedInstanceState);
&&&& &&& setContentView(R.layout.activity_main);
&&&& &&& mBtnLandscape = (Button) findViewById(R.id.but_landscape);
&&&& &&& mBtnPortrait = (Button) findViewById(R.id.but_portrait);
&&&& &&& mBtnLandscape.setOnClickListener(this);
&&&& && &mBtnPortrait.setOnClickListener(this);
&&&& @Override
&&&& public void onClick(View v) {
&&&&&&&&&&&&&&&& // TODO Auto-generated method stub
&&&&&&&&&&&&&&&& if(v == mBtnLandscape){
&&&&&&&&&&&&&&&&&&&&&&&&&&&& setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);
&&&&&&&&&&&&&&&& }else{
&&&&&&&&&&&&&&&&&&&&&&&&&&&& setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);
&&&&&&&&&&&&&&&& }
&&&& @Override
&&&& public void onConfigurationChanged(Configuration newConfig) {
&&&& &&& super.onConfigurationChanged(newConfig);
&&&& &&& String message=newConfig.orientation==Configuration.ORIENTATION_LANDSCAPE ? "屏幕设置为：横屏" : "屏幕设置为：竖屏";
&&&& &&& Toast.makeText(this, message, Toast.LENGTH_LONG).show();
需要注意的是，手动调用时，无视AndroidManifest中关于screenOrientation的设置；另外上述代码中的onConfigurationChanged要被调用到也是需要条件的，在这里，只给代码，不做讨论，后面再给出一个相关的补充说明。
三、重启Activity的横竖屏切换
在上面的案列中，缺省状态下，Activity每次横竖屏切换（包括用setRequestedOrientation调用）都会重新调用一轮onPause-& onStop-& onDestory-& onCreate-&onStart-&onResume操作，从而销毁原来的Activity对象，创建新的Activity对象，这是因为通常情况下软件在横竖屏之间切换，界面的高宽会发生转换，从而可能会要求不同的布局。具体的布局切换可以通过如下两种方法来实现：
1）在res目录下建立layout-land和layout-port目录,相应的layout文件名不变，比如main.xml。layout-land是横屏的layout,layout-port是竖屏的layout，其他的不用管，横竖屏切换时程序自己会调用Activity的onCreate方法，从而根据当前横竖屏情况自动加载响应的布局。
2）假如布局资源是不一样又不按照如上设置，则需要通过java代码来判断当前是横屏还是竖屏然后来加载相应的xml布局文件（比如mainP为竖屏mainL为横屏）。因为当屏幕变为横屏的时候,系统会重新呼叫当前Activity的onCreate方法,你可以把以下方法放在你的onCreate中来检查当前的方向,然后可以让你的setContentView来载入不同的layout xml。
protected void onCreate(Bundle icicle) {
&super.onCreate(icicle);
&int mCurrentOrientation = getResources().getConfiguration().
&if ( mCurrentOrientation == Configuration.ORIENTATION_PORTRAIT ) {
&&&& // If current screen is portrait
&&&& Log.i("info", "portrait"); // 竖屏
&&&& setContentView(R.layout.mainP);
&} else if ( mCurrentOrientation == Configuration.ORIENTATION_LANDSCAPE ) {
&&&& //If current screen is landscape
&&&& Log.i("info", "landscape"); // 横屏
&&&& setContentView(R.layout.mainL);
&init();//初始化，赋值等操作
&findViews();//获得控件
&setListensers();//设置控件的各种监听方法
上面只是对布局切换做了描述，实际上由于重启Activity在未加处理的情况下必然导致数据的丢失和重新获取，这样用户体验会非常差。为此就要在切换前对数据进行保存，切换重启后对数据进行恢复，具体操作的步骤如下：
重写Activity.onRetainNonConfigurationInstance()，用户横竖屏切换前保存数据
@Override&
public Object onRetainNonConfigurationInstance() {&
&&& final MyDataObject data = collectMyLoadedData();&
在onCreate()函数中调用getLastNonConfigurationInstance()，获取onRetainNonConfigurationInstance()保存的数据
@Override&
public void onCreate(Bundle savedInstanceState) {&
&&& super.onCreate(savedInstanceState);&
&&& setContentView(R.layout.main);&
&&& final MyDataObject data = (MyDataObject) getLastNonConfigurationInstance();&
&&& if (data == null) {&
&&&&&&& data = loadMyData();&
四、非重启Activity的横竖屏切换
虽然重启Activity为我们提供了保存数据和读取数据的方式，但是如此一来程序会显得有些繁琐，所以有时候程序员往往就不想让Activity重启，Android也为我们提供了解决方案，就是通过onConfigurationChanged拦截横竖屏变换，从而进行必要的重新布局和切换操作。操作步骤如下：
首先，manifest中为相应的Activity设置android:configChanges属性，从而让Activity不延续上述的重建流程，具体如下：
Andorid 3.2以前的SDK可以使用如下配置
android:configChanges="orientation|keyboardHidden"
而Adnroid 3.2以后的SDK必须添加一个screenSize属性，具体如下
android:configChanges="keyboardHidden|orientation|screenSize"
android:configChanges="orientation|screenSize"
关于configChanges的详细描述，后面有个简单补充章节，这里不做过多展开。
其次，在Activity或View的onConfigurationChanged(Configuration newConfig)函数中获取当前横竖屏参数。至于其调用顺序跟touch事件的传递顺序相似，不过他没有消费事件的概念，会顺次调用到每一个onConfigurationChanged函数。下面是重写Activity的例子：
//布局分别在layout-land和layout-port目录中的同名main.xml时
public void onConfigurationChanged (Configuration newConfig){
&&& super.onConfigurationChanged(newConfig);
&&& setContentView(R.layout.main);
&&& //注意，这里删除了init()，否则又初始化了，状态就丢失
&&& findViews();
&&& setListensers();
//布局为不按照layout-land和layout-port目录，而自定义名字时
public void onConfigurationChanged (Configuration newConfig){
&&& super.onConfigurationChanged(newConfig);
&&& int mCurrentOrientation = getResources().getConfiguration().
&&& if ( mCurrentOrientation == Configuration.ORIENTATION_PORTRAIT ) {
&&&&&&& // If current screen is portrait
&&&&&&& setContentView(R.layout.mainP);
&&&&&&& //注意，这里删除了init()，否则又初始化了，状态就丢失
&&&&&&& findViews();
&&&&&&& setListensers();
&&& } else if ( mCurrentOrientation == Configuration.ORIENTATION_LANDSCAPE ) {
&&&&&&& //If current screen is landscape
&&&&&&& setContentView(R.layout.mainL);
&&&&&&& //注意，这里删除了init()，否则又初始化了，状态就丢失
&&&&&&& findViews();
&&&&&&& setListensers();
当然有时候连布局都不用更改的话，就可以直接对原有控件进行调用操作了，比如：
public class MainActivity extends Activity {
&&& private TextView textV
&&& @Override
&&& public void onCreate(Bundle savedInstanceState) {
&&&&&&& super.onCreate(savedInstanceState);
&&&&&&& setContentView(R.layout.main);
&&&&&&& Log.i("--Main--", "onCreate");
&&&&&&& textView=(TextView)findViewById(R.id.tv_id);
&&& @Override
&&& public void onConfigurationChanged(Configuration newConfig) {
&&&&&&& super.onConfigurationChanged(newConfig);
&&&&&&& Log.i("--Main--", "onConfigurationChanged");
&&&&&&& if(newConfig.orientation==Configuration.ORIENTATION_LANDSCAPE){
&&&&&&&&&&& textView.setText("当前屏幕为横屏");
&&&&&&& }else{
&&&&&&&&&&& textView.setText("当前屏幕为竖屏");
需要注意的是，onConfigurationChanged函数中只能获得横竖屏切换后的参数，在该函数中获取不到新的Layout和控件的尺寸位置信息，如果要处理尺寸和位置信息，必须通过消息异步或者延时调用，下面是一个App在横竖屏切换时需要重新设置popupWindow位置的代码：
protected void onConfigurationChanged(Configuration newConfig) {
&&& super.onConfigurationChanged(newConfig);
&&& //View中不用创建Handler，可直接调用post操作
&&& //new Handler().postDelayed(new Runnable() {
&&& //&&& @Override
&&& //&&& public void run() {
&&& //&&&&&&& updatePopup();&&&&
&&& //&&& }
&&& //}, 500);
&&& postDelayed(new Runnable() {
&&&&&&& @Override
&&&&&&& public void run() {
&&&&&&&&&&& updatePopup();&&&&& //
&&& }, 500);//如果不在post中，而是直接调用，那么弹出位置就会有问题
虽然上面没有看到对布局的显式调用进行重新布局，照理控件的对象没有被销毁，但是控件在横竖屏切换时应该是需要进行重新layout和measure，然后再进行重绘的，否则不会引发弹出框位置的变化，至于如何调用重新layout、measure和Draw操作，在这里就不多展开了。
五、对于AndroidManifest.xml设置的补充
经过上面代码演示，我们可以看到具体实现涉及到了Manifest工程配置里面具体Activity的screenOrientation和configChanges两个参数，这两个参数screenOrientation的优先级是高于configChanges，即假如screenOrientation设置为固定横竖屏时，那么configChanges参数无论怎么设都没有办法引发横竖屏切换，除非在代码中手动调用setRequestedOrientation函数进行修改。
screenOrientation属性在前面已经讲过了，而关于configChanges属性设置有如下选项：
IMSI移动台的国家代码（MCC）发生变化&&一个SIM被探测到并且更新MCC
IMSI移动台的网络代码（MNC）发生变化&&一个SIM被探测到并且更新MNC
区域发生变化&&用户选择了一个文本需要显示的新语言
touchscreen
触摸屏发生变化。（这个通常不会发生。）
键盘类型发生变化&&例如：用户插入了外接键盘。
keyboardHidden
键盘的可访问性发生变化&&例如：用户发现了硬件键盘。
navigation
导航类型（轨迹球或dpad）发生变化。（通常不会发生。）
screenLayout
屏幕布局发生变化&&这个会导致显示不同的Activity。
字体缩放因子发生变化&&用户选择了新的字体大小。
当UI模式发生改变的时候&&当用户放置设备到桌子或/汽车或夜间模式改变的时候可以引起UI模式变化。阅读UiModeManager。在API级别8时引入。
orientation
屏幕方向发生变化&&用户旋转了屏幕。注意：如果应用程序的目标API级别是13或更高（通过属性minSdkVersion和属性targetSdkVersion声明），你也需要声明配置项screenSize，因为这将在设备选择肖像和屏幕方向时发生改变。
screenSize
当前可用屏幕大小发生变化。这代表一个当前可用大小的变化，和当前的比率相关，因此当用户选择不同的画面和图像，会发生变化。然而，如果你的程序目标API级别是12或更低，你的Activity总是会自己处理这个配置变化（这个变化不会引起Activity的重启，甚至在Android 3.2或更新的设备上）。在API级别13里加入的。
smallestScreenSize
物理屏幕大小的变化。不管方向的变化，仅仅在实际物理屏幕打包变化的时候，如：外接显示器。这个配置项的变化引起在smallestWidth configuration里的变化。然而，如果你的程序目标API级别是12或更低，你的Activity将自己处理这个变化（这个变化不会引起Activity的重启，甚至在Android 3.2或更新的设备上）在API级别13里加入的。
layoutDirection
布局方向变化。例如书写方式从左向右（LTR）转换为从右向左（RTL）
从上述这个表我们可以看到除了横竖屏，包括语言、网络、键盘和外设等变化都可以被onConfigurationChanged函数监控到，具体的内容和释义还是查看官方英文文档吧，详见如下链接
中文翻译可以查阅
结合网上的整理，小结跟这几配置相关的情景：
1、不设置Activity的android:configChanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次（我在三星4.0设备上发现切横屏和竖屏都是执行一次，而并非这里说的有执行两次的情况，不知道是否以前版本手机会这样？）；
2、设置Activity的android:configChanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次；
3、设置Activity的android:configChanges="orientation|keyboardHidden"时，切屏不会重新调用各个生命周期，只会执行onConfigurationChanged方法。
注：上述描述是在Android3.2以前，如果缺少了keyboardHidden选项，不能防止Activity的销毁重启，也就不能执行onConfigurationChanged方法了。在3.2之后，必须加上screenSize属性才可以屏蔽调用Activity的生命周期（我在一些设备上亲测可以不需要keyboardHidden，只要screenSize就可以了，但是保险起见还是继续保留keyboardHidden吧）。
六、对于setRequestedOrientation函数的补充说明
在上述（二）对于手动触发横竖屏切换的时候，我们用到了setRequestedOrientation，那时只是简单做了下演示，后来发现还是需要做下补充说明的：
首先在非重启Activity模式下
手动调用setRequestedOrientation之后，假如会引发横竖屏切换（即请求的横竖屏要求与当前的横竖屏情况不一致，就会引发切换），那么会立即调用onConfigurationChanged函数；假如不会引发横竖屏切换（请求前后一致），那么也就不会调用到onConfigurationChanged函数。
这个手动调用setRequestedOrientation的地方也可以在Activity中的任何地方，即也可以在onConfigurationChanged中调用，但是一旦指定为横屏或竖屏完成这个变换之后，后面不论屏幕如何进行怎么翻转变化，都不会再触发横竖屏切换了，也即等同于在manifest中设置了android:screenOrientation属性为横屏或竖屏。如果要恢复为响应横竖屏随物理传感器设备变换，那么就需要手动调用类似如下代码进行恢复：
setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_SENSOR);
其次在重启Activity模式下
手动调用setRequestedOrientation发出横竖屏设定请求之后，假如需要进行横竖屏切换（即请求前后横竖屏状态不一致），则会对Activity进行销毁并重启；假如不需要需要进行横竖屏切换，则Activity维持现状不变；
手动调用setRequestedOrientation一次，完成变换之后，也跟上面非重启一样，相当于在manifest中设置了android:screenOrientation属性为横屏或竖屏。要想恢复也需要重新调用类似上面非重启的调用。
在这样一个原理下，就有了对如下一种需求的解决方案：
让App启动的时候是横屏的话就横屏表示，纵屏的话就纵屏表示，然后手机切换横竖屏就不能用了该怎么解决呢？
网上给出了一个例子代码，这里就不做摘抄了，有兴趣可以试一下，然后对比一下人家的实现方式，具体见如下链接
另外再给出几个我做整理时参考的帖子，觉得对我帮助很大，分别如下
Android横屏竖屏切换的问题（一个总结帖，还是不错的）
解决Android手机屏幕横竖屏切换（一个真实测试过的小结）
Android 处理横竖屏切换事件
阅读(...) 评论()在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
有个需求，进入一个界面的时候是默认横屏，但是，手机竖直放置时恢复竖屏，两个界面的布局完全不一样，请问怎么实现？（1.默认横屏，但是能变回竖屏
2.两个界面布局很不一样，怎么设置）
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
这个应该对你有帮助：
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
res 目录下新建一个文件夹 layout-port，新建一个和横屏布局文件名相同的xml文件，里面写竖屏的布局就行。
代码里可以获取到当前屏幕的方向，然后通过方向做不同的逻辑处理就行。
楼主看起来还很新手啊，初学阶段还是多看看视频资料比较好。
同步到新浪微博
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：
在 SegmentFault，学习技能、解决问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。