Android 系统(156)----Android APP适配全面屏手机的技术要点
为了更好的阅读体验,可以转到我的个人站点:Windy’Journal
目录
- 目录
- 关于全面屏
- 更大的屏幕高宽比例
- 在AndroidManifest.xml声明max_aspect值
- 更换部分被拉伸的图片资源文件
- 布局文件的优化建议
- 虚拟导航键(NavigationBar)适配
- 判断虚拟导航键是否存在
- 分析源码
- 实现判断NavigationBar的方法
- 关于VIVO全面屏手机虚拟导航键的开关
- 配置虚拟导航键的属性
- 判断虚拟导航键是否存在
- 总结
关于全面屏
全面屏是手机业界对于超高屏占比手机设计的一个宽泛的定义。从字面上解释就是,手机的正面全部都是屏幕,四个边框位置都是采用无边框设计,追求接近100%的屏占比。但受限于目前的技术,还不能做到手机正面屏占比100%的手机。现在业内所说的全面屏手机是指真实屏占比可以达到80%以上,拥有超窄边框设计的手机。
全面屏手机屏幕的宽高比例比较特殊,不再是以前的16:9了。比如三星的Galaxy S8屏幕分辨率是:2960×1440,对应的屏幕比例为:18.5:9。VIVO X20手机屏幕分辨率是2160x1080,对应的屏幕比例:18:9。对于这种奇葩的屏幕比例,APP开发者该如何去优化自己的应用,才能在这些手机上显示的更加完美呢?下面,从以下两个方面来探究APP完美适配全面屏手机的方法。
- 更大的屏幕高宽比例
- 虚拟导航键(NavigationBar)
更大的屏幕高宽比例
在AndroidManifest.xml声明max_aspect值
由于全面屏手机的高宽比比之前大,如果不适配的话,Android默认为最大的宽高比是1.86,小于全面屏手机的宽高比,因此,在全面屏手机上打开部分App时,上下就会留有空间,显示为黑条。这样非常影响视觉体验,另外全面屏提供的额外空间也没有得以利用,因此,这样的应用需要做相关适配。
针对此问题,Android官方提供了适配方案,即提高App所支持的最大屏幕纵横比,实现起来也比较简单,在AndroidManifest.xml中做如下配置即可:
<meta-data android:name="android.max_aspect" android:value="ratio_float"/>
- 1
其中ratio_float为浮点数,官方建议为2.1或更大,因为18.5:9=2.055555555……,如果日后出现纵横比更大的手机,此值将需要设为更大。
因此,建议开发者在自己App AndroidManifest的Application标签下面增加下面一段代码:
<meta-data android:name="android.max_aspect" android:value="2.1" />
- 1
另外,在AndroidManifest中针对Activity标签添加android:resizeableActivity = “true”
,也可以实现全屏显示,但此设置只针对Activity生效,且增加了此属性该activity也会支持分屏显示。
关于这方面的适配,更详细的内容可以参考google官方文档:
Update your app to take advantage of the larger aspect ratio on new Android flagship devices
max_aspect值也可以在Java代码中动态地设置,通过下面的方法即可实现:
public void setMaxAspect() {ApplicationInfo applicationInfo = null;try {applicationInfo = getPackageManager().getApplicationInfo(getPackageName(), PackageManager.GET_META_DATA);} catch (PackageManager.NameNotFoundException e) {e.printStackTrace();}if(applicationInfo == null){throw new IllegalArgumentException(" get application info = null, has no meta data! ");}applicationInfo.metaData.putString("android.max_aspect", "2.1");}
更换部分被拉伸的图片资源文件
屏幕比例从16:9变成18:9,对于全屏铺满显示的图片,往往被会拉伸导致变形,比如下面的淘宝启动页图片,有一些被拉伸的样子。针对这种问题,开发者需要新增一些图片资源,以适应不同的屏幕比例。
针对这种问题,我们以分辨率为2160X1080,像素密度为480dpi的VIVO X20Plus手机为例,可以在资源目录下面增加一个文件夹,drawable-h642dp-port-xxhdpi
,并将GUI切好的分辨率为2160X1080资源图片放在这个目录下,系统就能自动使用这种图片,便不会出现拉伸的问题。关于h<N>dp
的详细用法,google开发者文档也有详细介绍:
https://developer.android.com/guide/practices/screens_support.html
布局文件的优化建议
在布局文件中,我们一般是使用dp来作为单位,我们先来看下dp的定义:
Density-independent pixel (dp)独立像素密度。标准是160dpi,即1dp对应1个pixel,计算公式如:
px = dp * (dpi / 160),屏幕密度越大,1dp对应 的像素点越多。
上面的公式中有个dpi,dpi为DPI是Dots Per Inch(每英寸所打印的点数),也就是当设备的dpi为160的时候1px=1dp;
使用dp来布局非常方便,但是,使用dp并不能够解决所有的适配问题:
- 呈现效果仍旧会有差异,仅仅是相近而已,
- 当设备的物理尺寸存在差异的时候,dp就显得无能为力了。为4.3寸屏幕准备的UI,运行在5.0寸的屏幕上,很可能在右侧和下侧存在大量的空白。而5.0寸的UI运行到4.3寸的设备上,很可能显示不下。
总结下,dp能够让同一数值在不同的分辨率展示出大致相同的尺寸大小。但是当设备的尺寸差异较大的时候,显示效果就差强人意了。
全面屏手机与相对于传统尺寸的手机相比,屏幕尺寸差异较大,因此使用dp来布局界面,在全面屏手机上展示效果并不好。
有没有比dp更好的布局方案呢?
有的,那就是百分比布局方案。
比如,在LinearLayout
中使用layout_weight
来按照比例分配各个子view,这样,无论屏幕高度是多少,因为每一个子view
在屏幕中占的比例都是相同的,所以在各种分辨率手机上看起来也是一样的。
使用RelativeLayout
或者FrameLayut
来布局的话,推荐使用android-percent-support
这个库,google官方有一个项目,专门介绍这种布局库,android-percent-support-lib-sample。
在android studio中使用,只用在build.gradle中添加下面的依赖:
compile 'com.android.support:percent:23.0.1'
- 这个库提供了两种布局供大家使用:
PercentRelativeLayout
、PercentFrameLayout
,
通过名字就可以看出,这是继承自FrameLayout
和RelativeLayout
两个容器类;
支持的属性有:
layout_widthPercent
、layout_heightPercent
、layout_marginPercent
、layout_marginLeftPercent
、layout_marginTopPercent
、layout_marginRightPercent
、layout_marginBottomPercent
、
layout_marginStartPercent
、layout_marginEndPercent
具体的使用方法本文就不详细介绍了,可以参考官方的sample: android-percent-support-lib-sample
或者这个博客:百分比布局支持库
还有一个布局方式,比上面说的两种布局方法更加强大好用,那就是ConstraintLayout
,大家发现没有,每次使用android studio创建一个默认工程的时候,默认给我们的布局就是使用ConstraintLayout
,也就是说,google也在大力推行ConstraintLayout
。Why?
因为ConstraintLayout
有以下三大优势:
- 可以极大地减少布局的嵌套,提升界面渲染性能
- 可以使用可视化的方式来编写Android布局文件,非常方便
- 跟上面介绍的几种布局对比,可以更方便地实现百分比布局,适配全面屏也毫无压力
所以,强烈推荐大家学习和使用ConstraintLayout
。不会ConstraintLayout
,那你就OUT了。
虚拟导航键(NavigationBar)适配
判断虚拟导航键是否存在
由于不同手机厂商对系统做了不同的修改,对系统界面底部的NavigationBar处理方式也就各不相同,有些手机系统有NavigationBar,有些手机没有,还有则是在设置增加开关,让用户选择是否启用NavigationBar。因此,对弈APP开发者来说,完美适配虚拟导航键也是一件比较有挑战性的事。
首先,我们来看看android源码有没有提供公共API来判断当前系统是否存在NavigationBar。
分析源码
通过查阅Android源码,我们发现在WindowManagerService.java下面有一个方法是hasNavigationBar
:
@Overridepublic boolean hasNavigationBar() {return mPolicy.hasNavigationBar();}
- 但是,WindowManagerService是系统服务,我们无法直接调用这个方法。那我继续看这个方法的具体实现。
mPolicy
是什么呢?看源码:final WindowManagerPolicy mPolicy;
,WindowManagerPolicy
只是一个接口,具体的实现是在哪里呢?
它的实现类是PhoneWindowManager
,所以最终是调到了PhoneWindowManager
的hasNavigationBar()
// Use this instead of checking config_showNavigationBar so that it can be consistently// overridden by qemu.hw.mainkeys in the emulator.@Overridepublic boolean hasNavigationBar() {return mHasNavigationBar;}
- 再看看
PhoneWindowManager
中给mHasNavigationBar
赋值的地方在哪里:
public void setInitialDisplaySize(Display display, int width, int height, int density) {......mHasNavigationBar = res.getBoolean(com.android.internal.R.bool.config_showNavigationBar);// Allow a system property to override this. Used by the emulator.// See also hasNavigationBar().String navBarOverride = SystemProperties.get("qemu.hw.mainkeys");if ("1".equals(navBarOverride)) {mHasNavigationBar = false;} else if ("0".equals(navBarOverride)) {mHasNavigationBar = true;}......
}
- 从上面代码可以看到
mHasNavigationBar
的值的设定是由两处决定的:
1.首先从系统的资源文件中取设定值config_showNavigationBar
, 这个值的设定的文件路径是frameworks/base/core/res/res/values/config.xml
<!-- Whether a software navigation bar should be shown. NOTE: in the future this may be autodetected from the Configuration. --> <bool name="config_showNavigationBar">false</bool>
- 2.然后系统要获取“
qemu.hw.mainkeys
”的值,这个值可能会覆盖上面获取到的mHasNavigationBar
的值。如果“qemu.hw.mainkeys
”获取的值不为空的话,不管值是true
还是false
,都要依据后面的情况来设定。
所以上面的两处设定共同决定了NavigationBar的显示与隐藏。
实现判断NavigationBar的方法
通过上面对源码的分析,我们可以仿照PhoneWindowManager
给mHasNavigationBar
赋值的方法,自己去实现一个判断NavigationBar的方法,具体代码如下:
//判断是否存在NavigationBarpublic static boolean hasNavigationBar(Context context) {boolean hasNavigationBar = false;Resources rs = context.getResources();int id = rs.getIdentifier("config_showNavigationBar", "bool", "android");if (id > 0) {hasNavigationBar = rs.getBoolean(id);}try {//反射获取SystemProperties类,并调用它的get方法Class systemPropertiesClass = Class.forName("android.os.SystemProperties");Method m = systemPropertiesClass.getMethod("get", String.class);String navBarOverride = (String) m.invoke(systemPropertiesClass, "qemu.hw.mainkeys");if ("1".equals(navBarOverride)) {hasNavigationBar = false;} else if ("0".equals(navBarOverride)) {hasNavigationBar = true;}} catch (Exception e) {e.printStackTrace();}return hasNavigationBar;}
- 其实,假如我们能够获取系统服务
WindowManagerService
在应用进程的代理的话,直接调用其hasNavigationBar
方法来判断,是不是会更简单呢?但问题是如何获取WindowManagerService
在应用进程的代理呢?
查阅源码,我们发现,android.view.WindowManagerGlobal
中有一个静态方法就是获取WindowManagerService
在本地的代理实现:
public static IWindowManager getWindowManagerService() {synchronized (WindowManagerGlobal.class) {if (sWindowManagerService == null) {sWindowManagerService = IWindowManager.Stub.asInterface(ServiceManager.getService("window"));try {if (sWindowManagerService != null) {ValueAnimator.setDurationScale(sWindowManagerService.getCurrentAnimatorScale());}} catch (RemoteException e) {throw e.rethrowFromSystemServer();}}return sWindowManagerService;}}
- 因此,我们可以通过反射调用此方法获取
IWindowManager
,再调用IWindowManager
的hasNavigationBar
方法来判断NavigationBar
存在与否,具体请看代码:
/*** 判断设备是否存在NavigationBar** @return true 存在, false 不存在*/public static boolean deviceHasNavigationBar() {boolean haveNav = false;try {//1.通过WindowManagerGlobal获取windowManagerService// 反射方法:IWindowManager windowManagerService = WindowManagerGlobal.getWindowManagerService();Class<?> windowManagerGlobalClass = Class.forName("android.view.WindowManagerGlobal");Method getWmServiceMethod = windowManagerGlobalClass.getDeclaredMethod("getWindowManagerService");getWmServiceMethod.setAccessible(true);//getWindowManagerService是静态方法,所以invoke nullObject iWindowManager = getWmServiceMethod.invoke(null); //2.获取windowMangerService的hasNavigationBar方法返回值// 反射方法:haveNav = windowManagerService.hasNavigationBar();Class<?> iWindowManagerClass = iWindowManager.getClass();Method hasNavBarMethod = iWindowManagerClass.getDeclaredMethod("hasNavigationBar");hasNavBarMethod.setAccessible(true);haveNav = (Boolean) hasNavBarMethod.invoke(iWindowManager);} catch (Exception e) {e.printStackTrace();}return haveNav;}
- 关于VIVO全面屏手机虚拟导航键的开关
由于全面屏手机都没有底部的Home,Back等实体按键,因此,大多数全面屏手机都是支持虚拟导航键,即通过上面的方法hasNavigationBar
获取的返回值都是true
。
但是,底部的NavigationBar会占用一些屏幕空间,一直显示出来,就是失去了全面屏的意义了,用户体验并不好。因此,在VIVO X20和VIVO X20Plus全面屏手机中,设置里增加了是否启用NavigationBar的开关,开关的路径是:设置 —> 导航键
当隐藏虚拟导航键时,用户可以通过底部上滑的手势实现导航键同样的功能,非常便利。
但这对APP开发者来说,适配起来就比较麻烦了。在VIVO全面屏手机上,仅仅通过上面给出的hasNavigationBar
是无法准确判断NavigationBar存在与否的,hasNavigationBar
这个方法一直都是返回true
。
那是否有其他方法来判断呢?必须有! 那就是获取Setting
中这个手势导航开关的值,请看代码:
private static final String NAVIGATION_GESTURE = "navigation_gesture_on";private static final int NAVIGATION_GESTURE_OFF = 0;/*** 获取vivo手机设置中的"navigation_gesture_on"值,判断当前系统是使用导航键还是手势导航操作* @param context app Context* @return false 表示使用的是虚拟导航键(NavigationBar), true 表示使用的是手势, 默认是false*/public static boolean vivoNavigationGestureEnabled(Context context) {int val = Settings.Secure.getInt(context.getContentResolver(), NAVIGATION_GESTURE, NAVIGATION_GESTURE_OFF);return val != NAVIGATION_GESTURE_OFF;}
- 这样,判断当前系统是否存在并开启了
NavigationBar
,就要结合上面给出的两个方法一起判断才准确:
//vivoNavigationGestureEnabled()从设置中取不到值的话,返回false,因此也不会影响在其他手机上的判断boolean hasNavigationBar = hasNavigationBar(this) && !vivoNavigationGestureEnabled(this);
配置虚拟导航键的属性
对于大多数视频播放类的应用,在播放视频的时候,肯定希望能够隐藏NavigationBar
和StatusBar
。对于这种需求,在Android 4.1以上的系统里也有很好的支持,google官方给出下面的Example:
View decorView = getWindow().getDecorView();
// Hide both the navigation bar and the status bar.
// SYSTEM_UI_FLAG_FULLSCREEN is only available on Android 4.1 and higher, but as
// a general rule, you should design your app to hide the status bar whenever you
// hide the navigation bar.
int uiOptions = View.SYSTEM_UI_FLAG_HIDE_NAVIGATION | View.SYSTEM_UI_FLAG_FULLSCREEN;
decorView.setSystemUiVisibility(uiOptions);
- 但是这么做是有缺陷的,Google共给出了5个注意事项:
- 使用这种设置flag的方式虽然暂时隐藏了NavigationBar,但是用户触摸屏幕的任何地方flags将会被清除,也就是说你的设置,在用户触摸屏幕后会失效
- 一但你设置的flags被清除后,如果你再想隐藏Navigation Bar,需要重新设置,这个需要监听一个事件
- 在不同的地方设置UI标签是有所区别的。如果你在activity的onCreate()方法中隐藏系统栏,当用户按下home键系统栏就会重新显示。当用户再重新打开activity的时候,onCreate()不会被调用,所以系统栏还会保持可见。如果你想让在不同activity之间切换时,系统UI保持不变,你需要在onReasume()与onWindowFocusChaned()里设定UI标签。
- setSystemUiVisibility()仅仅在被调用的View显示的时候才会生效。
- 当从View导航到别的地方时,用setSystemUiVisibility()设置的标签会被清除。
详细的注意事项可以参考google开发者文档:Hiding the Navigation Bar
显然,View.SYSTEM_UI_FLAG_HIDE_NAVIGATION
和View.SYSTEM_UI_FLAG_FULLSCREEN
这个两个属性使用起来根本无法满足我们需要在应用中隐藏NavigationBar的需求,那该如何?
还好,Android 4.4中,google给我们带来了Immersive Mode
,即“沉浸式全屏”的概念。
沉浸式全屏是什么意思?就是支持沉浸式全屏的应用在Android4.4的手机上会自动全屏显示,并不会出现恼人的虚拟键,而当我们需要虚拟键的时候,只要在屏幕底部轻轻滑动一下即可调出虚拟键,而且虚拟键是以透明的状态显示的。 按照 Google 的说法, 给用户一种 “身临其境” 的体验。
Android 4.4 中提供了View.SYSTEM_UI_FLAG_IMMERSIVE
和View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY
标签, 这两个标签都必须和与View.SYSTEM_UI_FLAG_HIDE_NAVIGATION
和View.SYSTEM_UI_FLAG_FULLSCREEN
一起使用, 才能实现沉浸模式。
下面分为三种情况来介绍用法:
1、只使用
SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
这种情况下,在进入全屏模式后,用户有任何操作,SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
就会被清除。状态栏和虚拟按键会一直可见。除非再次设置SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
。在状态栏和虚拟按键显示变化时会调用View.OnSystemUiVisibilityChangeListener
。2、
SYSTEM_UI_FLAG_IMMERSIVE
配合SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
使用
用户操作不会清除SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
,会一直保持全屏模式。显示切换时也会触发View.OnSystemUiVisibilityChangeListener
。还有一个区别就是,全屏模式时,从原本状态栏或者虚拟按键的位置响屏幕内部滑动,会清除SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
,保持可见状态,并且也会触发OnSystemUiVisibilityChangeListener
监听。3、
SYSTEM_UI_FLAG_IMMERSIVE_STICKY
配合SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
使用
用户操作不会清除SYSTEM_UI_FLAG_HIDE_NAVIGATION
和SYSTEM_UI_FLAG_FULLSCREEN
。会一直保持全屏模式。显示切换时也会触发View.OnSystemUiVisibilityChangeListener
,全屏模式时,从原本状态栏或者虚拟按键的位置 响屏幕内部滑动,状态栏和虚拟按键栏会暂时可见,一段时间后自动隐藏。与SYSTEM_UI_FLAG_IMMERSIVE
不同的是,因为是临时的显示,所以不会触发OnSystemUiVisibilityChangeListener
。
通过下面的两个方法,可以简单实现SYSTEM_UI_FLAG_IMMERSIVE_STICKY
模式下,全屏和非全屏之间的切换:
public void showBar(){ int uiOptions = getWindow().getDecorView().getSystemUiVisibility(); int newUiOptions = uiOptions; boolean isImmersiveModeEnabled = ((uiOptions | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY) == uiOptions); if (isImmersiveModeEnabled) { Log.i(TAG, "Turning immersive mode mode off. "); //先取 非 后再 与, 把对应位置的1 置成0,原本为0的还是0 if (Build.VERSION.SDK_INT >= 14) { newUiOptions &= ~View.SYSTEM_UI_FLAG_HIDE_NAVIGATION; }if (Build.VERSION.SDK_INT >= 16) { newUiOptions &= ~View.SYSTEM_UI_FLAG_FULLSCREEN; }if (Build.VERSION.SDK_INT >= 18) { newUiOptions &= ~View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY; } getWindow().getDecorView().setSystemUiVisibility(newUiOptions); }
} public void hideBar() { // The UI options currently enabled are represented by a bitfield. // getSystemUiVisibility() gives us that bitfield. int uiOptions = getWindow().getDecorView().getSystemUiVisibility(); int newUiOptions = uiOptions; boolean isImmersiveModeEnabled = ((uiOptions | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY) == uiOptions); if (!isImmersiveModeEnabled) { Log.i(TAG, "Turning immersive mode mode on. "); if (Build.VERSION.SDK_INT >= 14) { newUiOptions |= View.SYSTEM_UI_FLAG_HIDE_NAVIGATION; }if (Build.VERSION.SDK_INT >= 16) { newUiOptions |= View.SYSTEM_UI_FLAG_FULLSCREEN; } if (Build.VERSION.SDK_INT >= 18) { newUiOptions |= View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY; }getWindow().getDecorView().setSystemUiVisibility(newUiOptions); }
}
- google官方Example中给出了只调一个方法就能实现全屏和非全屏之间切换的思路:
googlesamples/android-ImmersiveMode
具体代码如下:
/** * Detects and toggles immersive mode (also known as "hidey bar" mode). */
public void toggleHideyBar() { // BEGIN_INCLUDE (get_current_ui_flags) // The UI options currently enabled are represented by a bitfield. // getSystemUiVisibility() gives us that bitfield. int uiOptions = getActivity().getWindow().getDecorView().getSystemUiVisibility(); int newUiOptions = uiOptions; // END_INCLUDE (get_current_ui_flags) // BEGIN_INCLUDE (toggle_ui_flags) boolean isImmersiveModeEnabled = ((uiOptions | View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY) == uiOptions); if (isImmersiveModeEnabled) { Log.i(TAG, "Turning immersive mode mode off. "); } else { Log.i(TAG, "Turning immersive mode mode on."); } // Navigation bar hiding: Backwards compatible to ICS. if (Build.VERSION.SDK_INT >= 14) { newUiOptions ^= View.SYSTEM_UI_FLAG_HIDE_NAVIGATION; } // Status bar hiding: Backwards compatible to Jellybean if (Build.VERSION.SDK_INT >= 16) { newUiOptions ^= View.SYSTEM_UI_FLAG_FULLSCREEN; } // Immersive mode: Backward compatible to KitKat. // Note that this flag doesn't do anything by itself, it only augments the behavior // of HIDE_NAVIGATION and FLAG_FULLSCREEN. For the purposes of this sample // all three flags are being toggled together. // Note that there are two immersive mode UI flags, one of which is referred to as "sticky". // Sticky immersive mode differs in that it makes the navigation and status bars // semi-transparent, and the UI flag does not get cleared when the user interacts with // the screen. if (Build.VERSION.SDK_INT >= 18) { newUiOptions ^= View.SYSTEM_UI_FLAG_IMMERSIVE_STICKY; } getActivity().getWindow().getDecorView().setSystemUiVisibility(newUiOptions); //END_INCLUDE (set_ui_flags)
}
关于沉浸式全屏更加详细的使用方法,可以参考google开发者文档:
Using Immersive Full-Screen Mode
总结
以上就是app适配全面屏手机的一个总结。如果客官碰到相关app适配全面屏问题,可以参考上述的一些方法来解决问题,假使能够给带来一些帮助,It is my pleasure。
Android 系统(156)----Android APP适配全面屏手机的技术要点相关推荐
- Android APP适配全面屏手机的技术要点-转载
Android APP适配全面屏手机的技术要点 Windy_816 关注 2018.02.07 21:27* 字数 4010 阅读 5440评论 7喜欢 23 转载-来源 :https://www. ...
- Android APP适配全面屏手机的技术要点
为了更好的阅读体验,可以转到我的个人站点:Windy'Journal 欢迎关注个人技术号:Android葵花宝典 获取最新的Android高级进阶知识点,以及Android逆向方法. 关于全面屏 全面 ...
- android 适配全面屏手机
什么是全面屏 全面屏跟曲面屏,这是两个不同的概念. 一般手机的屏幕纵横比为16:9,如1080x1920.1440x2560等,其比值为1.777777--,全面屏手机出现之前,Android中默认的 ...
- 普通 Android App 适配全面屏
1 . 启动页,原先的16:9loading页面在18:9的屏幕上会出现上下黑边或拉伸变形那个的情况, 所以启动页的适配可新增2160 * 1080像素的点9图片调用加载. 2 . 应用UI页面,在A ...
- Android适配全面屏,三星S8的18.9,小米mix全面屏
一般手机的屏幕纵横比为16:9,如1080x1920.1440x2560等,其比值为1.777777--,全面屏手机出现之前,Android中默认的最大屏幕纵横比(maximum aspect rat ...
- Android 浅谈适配全面屏、刘海屏、水滴屏
对刘海屏.水滴屏做适配前,先在此给出一个基本概念:何谓刘海屏?何谓水滴屏? 上述两种屏幕都可以统称为刘海屏,不过对于右侧较小的刘海,业界一般称为水滴屏或美人尖. 目前国内流行的手机厂商主要有:vivo ...
- 全面屏手机的适配方案
博客转移到:http://www.wangchengmeng.club/2018/02/01/%E5%85%A8%E9%9D%A2%E5%B1%8F%E6%89%8B%E6%9C%BA%E7%9A%8 ...
- 安卓适配 全面屏的适配(小米MIX2 的适配)
对于安卓来发开说,最令人头疼的就是适配问题了,三星S8的18.5:9,小米的MIX 17:9 ,全面屏的出现给开发者带来了适配的问题,虽然不影响功能的使用,但是下面的黑条条确实很影响美观,影响用户用户 ...
- vivo X20全面屏手机推出黑金旗舰版,这个十月神秘无限
昨天娱乐圈迎来了一桩喜事,vivo X20代言人鹿晗在微博上公布恋情,让众多的粉丝们激动不已.今天上午,手机圈也带来一则大新闻,vivo官方正式宣布vivo X20全面屏手机黑金旗舰版的面世,将于10 ...
最新文章
- OpenVINO2021.4+YOLOX目标检测模型部署测试
- 伯克利大神一人投中16篇:ICLR 2021论文接收统计出炉
- Freebsd10上部署open*** 服务器
- python填写excel-使用Python填写Excel文件的简便方法
- MySQL中表的操作
- 视觉编码(Visual Encoding)
- SAP Spartacus 支持 Vue 吗?
- Linux编译Opencv3.4.7: relocation R_X86_64_PC32 against `ff_w_ff‘ can not be used when makin with -fPIC
- 从零实现深度学习框架——Softmax回归简介
- Xcode低版本运行高版本真机(xcode9联调真机iOS12 系统)
- php eclipse 插件安装,Eclipse的PHP插件PHPEclipse安装和使用
- 三菱机床的程序传输(DNC)支持上传到CF卡
- 获取计算机用户名称的方法,javascript读取用户名和计算机名
- 常见的java毕业设计_php毕业设计题目汇总
- SAP——ABAP报表的一般格式
- r矢量球坐标系旋度_球面,柱面坐标系下的散度与旋度
- leetcode 每天10道travl
- catia导出运动html,CATIA使用DMU生成运动轨迹包络面 | 坐倚北风
- 攻防世界WEB练习-easyupload
- python从右向左第三个字符_字符串是一个字符序列,例如,字符串s,从右侧向左第3个字符用________索引。...
热门文章
- TCP/IP数据包结构详解
- android启动界面修改工具,Android 系统界面调节工具使用及功能
- 计算机二级mysql工具_2020年全国计算机二级MySQL复习知识点:优化工具
- mysql blob字段存储_使用数据库Blob数据类型进行对象临时存储
- 数据结构----排序
- jquery操作select下拉框的各种方法,获取选中项的值或文本,根据指定的值或文本选中select的option项等...
- centos-7部署docker
- MarkerOpter marker操作类
- Maven pom.xml中的元素modules、parent、properties以及import
- iOS应用软件沙盒sandbox相关知识(整理)