android sensor 横竖屏 方向,Android 横竖屏处理

Android 手机一般都支持横竖屏旋转,系统也会提供一个设置,控制是否可以旋转。

界面旋转方向的决定因素

决定一个界面显示为横屏/竖屏的因素有几个:

系统的设置项,一般可以设置为只允许横竖屏或可旋转切换。

设备的物理传感器感应到的设备方向。

不同 App 里的代码对横竖屏的设置。

需要注意的一点是,这三个因素没有固定的优先级。所以即使系统的设置项中设置了固定为竖屏,App 里的代码也可以将界面设置为横屏,当然影响的范围仅限于 App 内部界面。

代码中设置横竖屏的方法

我们有2种方法设置横竖屏:

在 AndroidManifest.xml 文件中,对 标签设置android:screenOrientation 属性,具体的值和作用见官网

参数 |说明

----|------

unspecified|默认值,不做任何指定,由系统来决定显示方向。这将由上一个 activity 来决定,或者当 activity 处于栈底时由用户设置的方向来决定。

landscape|保持横屏。

portrait|保持竖屏。

user|用户当前设置的 orientation 值。

behide|保持和上一个 Activity 的方向一致。

sensor|完全根据物理传感器的方向来决定。注意用这个值时会忽略用户在系统设置中的旋转开关状态。(注意一般机器即使用这个值也不会支持竖屏旋转180度)

nosensor|忽略物理传感器的方向。这将导致用户旋转手机时不会切换横竖屏。

sensorLandscape|保持横屏,但可以根据物理传感器来决定横屏的方向。

sensorPortrait|保持竖屏,但可以根据物理传感器来决定竖屏的方向。

reverseLandscape|保持横屏,但方向与使用 landscape 时相反。

reversePortrait|保持竖屏,但方向与使用 portrait 时相反。

fullSensor|与 sensor 大致相同,区别在于这个属性会允许4个方向都可以旋转。

userLandscape|保持横屏,但可以在用户允许旋转的情况下,根据物理传感器来决定横屏的方向。(注意与 sensorLandscape 对比)

userPortrait|保持竖屏,但可以在用户允许旋转的情况下,根据物理传感器来决定竖屏的方向。(注意与 sensorPortrait 对比)

fullUser|与 user 大致相同,区别在于如果用户允许旋转,这个属性允许4个方向都可以旋转。

locked|屏幕方向会锁定在当前方向,不能再旋转。

该属性的值有很多,但一般比较常用的几个值也就几个:unspecified(允许旋转)、landscape(固定为横屏)、portrait(固定为竖屏)。而且一般我们只需要在 AndroidManifest.xml 中指定好固定的值就可以了。除非你对横竖屏切换有自己的一套逻辑,才需要在不同的逻辑下进行不同的设置。

在 Java 中调用 Activity.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE) //执行此代码变为横屏,

Activity.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT) //执行此代码变为竖屏

如果在 xml 中设置,则在初始化界面时就已经确定好其方向。而在如果 Java 中设置,则可以做到根据不同情况动态设置。

横竖屏切换时引起的 Activity 重新创建

默认情况下,横竖屏切换会引起当前 Activity 销毁然后重新创建。所以我们可以在 Activity 重新创建时根据当前横竖屏状态做一些差异化。最常见的就是根据横竖屏采用不同的 layout.xml。

在 res 目录下建立 layout-land 和 layout-port 目录,在不同目录下分别放一个同名的 layout.xml 文件,然后在代码里正常使用这个 layout.xml 文件,系统就会在横竖屏切换并重新创建 Activity 时自动使用对应的 layout 文件。如:

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_layout);

}

如果不想通过创建多个 layout 文件来区分横竖屏布局,也可以用 Java 代码来做一些差异化,只要使用以下判断即可获取当前横竖屏的信息。

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_layout);

// 获取横竖屏信息

int orientation = getResources().getConfiguration().orientation;

if (orientation == Configuration.ORIENTATION_LANDSCAPE) {

// 针对横屏做一些处理

} else if (orientation == Configuration.ORIENTATION_PORTRAIT) {

// 针对竖屏做一些处理

}

}

有一个点需要注意,屏幕旋转 Activity会被销毁重新创建

阻止横竖屏切换时 Activity 重启

虽然我们可以用上面的方法对横竖屏做不同的布局,但是横竖屏切换导致的 Activity 重新创建还会引起用户当前状态、数据的丢失。例如 EditText 中输入到一半的文字在 Activity 重新创建后会丢失。所以如果有办法能在旋转屏幕时不重新创建 Activity,应该是更好的一种选择。

我们可以在 AndroidManifest.xml 中为相应的 设置android:configChanges 属性,让它不在横竖屏切换时引起 Activity 的重新创建。

注意:

如果targetSdkVersion的值小于13(Android 3.2),则只要配置:

android:configChanges="orientation"

如果 targetSdkVersion 的值大于等于13,则只要配置

android:configChanges="orientation|screenSize"

扩展:当接入一个外设键盘时,默认软键盘会自动隐藏,系统自动使用外设键盘。这个过程Activity的销毁和隐藏执行了两次。并且 onConfigurationChanged() 不会调用。

但是在配置文件中设置 android:configChanges="keyboardHidden|keyboard"。当接入外设键盘或者拔出外设键盘时,调用的周期是先调用onConfigurationChanged()然后在进行一次销毁重建。

在这里有一个疑点,为什么有两次的销毁重建?

其中一次的销毁重建可以肯定是因为外设键盘的插入和拔出。当设置 android:configChanges="keyboardHidden|keyboard" 之后,就不会销毁重建,而是调用onConfigurationChanged()方法。

但是还有一次销毁重建一直存在。

经过测试,当接入外设键盘时,除了键盘类型的改变,触摸屏也发生了变化。因为使用外设键盘,触摸屏不能使用了。这里,我接入的是键盘,所以触摸屏不能使用了。

总结:如果是键盘类型发生了改变,则 configChanges属性 配置如下Activity才不会销毁重建,且回调 onConfigurationChanged方法:

2046175a0207?tdsourcetag=s_pcqq_aiomsg

注:这里的外置物理键盘可以是游戏手柄、扫描枪、键盘等等。

configChanges属性具体查看官方文档

横竖屏切换时的回调

我们知道一旦我们按照上述方法设置了 android:configChanges 属性,那么横竖屏切换时 Activity 将不会重新创建,而是在 Activity、View(ViewGroup)、Fragment、Service、Content Provider 等等在设备的配置发生变化的时候,会回调 onConfigurationChanged 的方法。实质上主要是 Activity 中收到 AMS(ActivityManagerService) 的通知,回调,然后把事件分发到 Window、Fragment、ActionBar 等。

注意:在设备配置发生变化的时候,会回调 onConfigurationChanged,但是前提条件是当你的 Activity(组件)还在运行的时候。这就很明显了,说明一旦你的界面暂停以后就不会回调这个方法了。但是这样会导致一个问题,就是你的界面跳转到其他界面的时候(当前界面暂停),然后发生了一次屏幕旋转,再返回的时候,你的界面虽然旋转了,但是并没有回调 onConfigurationChanged 方法,并没有执行你的UI适配代码或者你的一些逻辑.

解决办法就是我们自定义一个广播接受者专门用来接受onConfigurationChanged这个广播,这样子就可以确保,无论什么情况下,系统ConfigurationChanged的时候你的代码都会被执行。

自定义的ConfigurationChangeReceiver如下,这里提供一个静态方法方便注册。

public abstract class ConfigurationChangeReceiver extends BroadcastReceiver {

private static final String TAG = ConfigurationChangeReceiver.class.getSimpleName();

public static IntentFilter getIntentFilter() {

IntentFilter filter = new IntentFilter();

filter.addAction("android.intent.action.CONFIGURATION_CHANGED");

return filter;

}

}

接下类在Activity或者Fragment中的正确位置注册

private void initConfigurationChangeReceiver() {

mConfigurationChangeReceiver = new ConfigurationChangeReceiver() {

@Override

public void onReceive(Context context, Intent intent) {

//你的屏幕适配代码

}

};

this.registerReceiver(mConfigurationChangeReceiver, ConfigurationChangeReceiver.getIntentFilter());

}

记得反注册,防止内存泄漏哦。

private void unRegisterConfigurationChangeReceiver() {

if (mConfigurationChangeReceiver != null) {

this.unregisterReceiver(mConfigurationChangeReceiver);

}

}

注意:注意这个广播只能够在Java代码中注册才会有效果。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值