ios11可以适配哪些机型_百度知道
ios11可以适配哪些机型
我有更好的答案
Plus、iPhone6s&#47、iPad mini 4、iPad Air 2、iPad Pro(9;Plus、iPhone SE、iPhone5s、iPhone6&#47、iPhone5c;iPad4、iPad Air、iPhone8plus：iPhone8、iPad mini 3、iPad mini 2ios11支持的设备如下.7/12.9)、iPhonex 、iPhone7、iPhone7 Plus、iPhone5
采纳率：78%
为您推荐：
其他类似问题
您可能关注的内容
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。iOS11 & iPhoneX适配总结
招聘信息：
一、前言iOS11发布也有一段时间了，每次版本升级，相关的适配工作当然是下个版本的核心工作之一。而且这次iOS11的更新，相对于iOS10的更新来说，改动点还是比较多的。除了iOS11系统的更新之外，iPhoneX刘海的打理工作也是必不可少。以前我们总是庆幸作为iOS开发者，不必像Android开发者需要考虑各种不同机型的适配问题。但是现在，随着iPhone各种历史版本的存在，各种花式的新版本产生，不同版本之间的适配问题，也是未来我们作为iOS开发者必然要考虑的重要问题之一。这次我主要负责我们这边两款App(滴滴代驾司机端+驾管App)iOS11&iPhoneX适配工作。中间也躺过很多坑，一一记录了下来写成这篇文章，既是对自己工作的一次总结，也可以分享给其他iOS开发者，能够让大家少趟一些坑。本文将分为三个部分，分别从三方库适配、UI适配、权限适配、补充知识等方面分别进行展开。二、三方库适配问题。2.1 CocoaLumberjack 编译出错CocoaLumberjack编译报错问题原因：从错误提示可以看出在Xcode9中os_log_error的第二个参数format必须要为不可变的string类型，而不是char*。解决方案：我们只要改成如下形式就可以了os_log_error(OS_LOG_DEFAULT,&"%s",&msg);CocoaLumberjack的作者也在[issue883]()中解决了该问题。如果你的工程是pod依赖的话，将pod版本升级到3.3.0版本即可。2.2 WebViewJavascriptBridge崩溃处理我们代驾司机端web容器使用的是WKWebView，jsBridge使用的是WebViewJavascriptBridge这个三方库，更新到Xcode9之后，只要进入WKWebView容器，就会产生如下crash:WebViewJavascriptBridge crash问题原因：当你使用WKWebView作为你的H5容器的时候，WKNavigationDelegate有个回调就是-&(void)webView:(WKWebView&*)webView&decidePolicyForNavigationAction:(WKNavigationAction&*)navigationAction&decisionHandler:(void&(^)(WKNavigationActionPolicy))decisionH这个回调主要负责根据webView、navigationAction相关信息决定这次跳转是否可以继续进行。调用decisionHandler(WKNavigationActionPolicyAllow);响应这次跳转请求。调用decisionHandler(WKNavigationActionPolicyCancel);就是不响应这次跳转请求。查看WebViewJavascriptBridge源码可以看出，在WKWebViewJavascriptBridge.m文件中WKVebViewCrash.png在Xcode9中，如果连续看了两次调用decisionHandler方法就会crash。这个问题在之前版本的Xcode均是没有问题的。解决方案：方案一：修改源码在上面代码的149行和150行之间添加方案二：pod依赖，原作者没有修改此问题，无法修改源码，也可以在业务代码中进行规避。在你自己业务代码的对应对调中添加排除代码，如下：WKWebViewCrash2.png2.3 LumberjackConsole UI适配问题原因:iOS7之后，如何你设置self.edgesForExtendedLayout = UIRectEdgeNone的话,系统通过设置UIViewController的automaticallyAdjustsScrollViewInsets属性来自动调整UIScrollView的contentInset，使UIscrollView能够呈现在我们的可是范围之内，而不会被navBar挡住。这个属性在iOS11中被废弃掉了，在iOS11中代替该属性功能的则是UIScrollView类中的contentInsetAdjustmentBehavior和adjustedContentInset属性.在iOS11中用来决定scrollView超出安全区域与边缘距离的属性是adjustedContentInset而不是contentInset。当scrollView超出安全区域时系统会自动调整SafeAreaInsets值，进而影响 adjustedContentInset，所以导致scrollView下移20pt或者64pt。当使用自定义的 navigationbar，并且scrollView的frame超出安全区域，SafeAreaInsets为(20,0,0,0);当使用系统的navigationbar，SafeAreaInsets为(64,0,0,0)。解决方案:在UIScrollView或者UITableView初始化的地方，加入如下代码即可。针对LumberjackConsole这个开源库，我们可以在PTEConsoleTableView.m文件中的commonInit最后加入如下代码即可。if([self&respondsToSelector:@selector(setContentInsetAdjustmentBehavior:)]){
&&&&&&[self&setContentInsetAdjustmentBehavior:UIScrollViewContentInsetAdjustmentNever];
}三、UI适配3.1 NavBar中右上角的customView产生偏移问题原因:在iOS11中，新的导航视图，使用了AutoLayout布局。而我们这边右上角的两个按钮组合成一个customView，然后把这个customView设置给setRightBarButtonItems而来。customView内部都是frame布局，所以在自动布局下面出错。解决方案:NavBar中的customView里面针对iOS11，均要采用自动布局。3.2 NavBar中自定义TitleView产生偏移问题原因:同上解决方案:同上这里需要注意一点，自动布局的UI是延迟设置frame的。如果aView采用自动布局。然后你马上调用它的aView.bounds是不正确的。3.3 NavBar中按钮的响应区域都变小了。问题原因:iOS11之前，虽然我们设置了NavBar上每一个[btn sizeToFit]。苹果依然会帮我们把每一个按钮的点击区域扩大，可以点击区域如上图绿色区域所示。但是在iOS11中，你的按钮的bounds为多大，那你的点击区域就只有多大。估计这个改动也与这次NavBar的大概有关系。解决方案:扩大每一个btn的bounds，而不要使用sizeToFit方法。3.4 NavBar的BarButtonItem无法贴边。有（非plus手机16pt，plus手机20pt）的区域浪费。造成UI偏移，并且最左侧和最右侧区域无法点击。问题原因:这个UINavigationBarContentView平铺在导航栏中作为iOS11的各个按钮的父视图,该视图的所有的子视图都会有一个layoutMargins被占用,也就是系统调整的占位。解决方案:去掉系统默认占位。系统并没有提供我们直接去掉系统默认占位的方法，那怎么做呢？我们新建一个UINavigationBar的分类，hook住UINavigationBar的layoutSubviews方法。然后遍历View，重新设置layoutMargin约束。重新设置layoutMargin约束3.5 UITableView 默认开启Self-Sizing，导致UI显示有问题。问题原因:在iOS11中UITableView会默认使 Self-Sizing,这会导致tableView的 estimatedRowHeight 、 estimatedSectionHeaderHeight 、 estimatedSectionFooterHeight 的高度估算属性由默认的0变成 UITableViewAutomaticDimension ,reloadData时可能会导致最后显示的contentSize与预想的不一致;同时在iOS11中如果不实现 -tableView: viewForHeaderInSection: 和 tableView: viewForFooterInSection: 方法，则 -tableView: heightForHeaderInSection: 和 - tableView: heightForFooterInSection: 不会被调用，而iOS11之前则没问题。上述都可能会导致界面出现错乱。解决方案:单独关闭摸一个UITableView的Self-Sizing。&&&&_tableView.estimatedRowHeight&=&0.;
&&&&_tableView.estimatedSectionFooterHeight&=&0.;
&&&&_tableView.estimatedSectionHeaderHeight&=&0.;关闭所有的UIScroolView、UITableView和UICollectionView的Self-Sizing：&&&UIScrollView.appearance.contentInsetAdjustmentBehavior&=&UIScrollViewContentInsetAdjustmentN
&&&UITableView.appearance.estimatedRowHeight&=&0;
&&&UITableView.appearance.estimatedSectionFooterHeight&=&0;
&&&UITableView.appearance.estimatedSectionHeaderHeight&=&0;3.6 keyWindow获取错误, 导致UI问题。问题原因:机器猫图标是一个UIWindow，windowLevel级别比UIWindowLevelStatusBar还高，所以可以常驻UI最上方。第一次进入该页面，点击“更多”，弹出popView，点击收藏，弹出系统UIAlertView，此时UIAlertView变成了keyWindow。当UIAlertView消失的时候，keyWindow会被谁接管呢？iOS11之前，弹出UIAlertView之前的keyWindow是[[UIApplication sharedApplication].delegate window]，那么消失的时候，keyWindow还是[[UIApplication sharedApplication].delegate window]。iOS11, 弹出UIAlertView之前的keyWindow是[[UIApplication sharedApplication].delegate window]，那么消失的时候，keyWindow变成z轴最高的UIWindow，即变成了机器猫那个window。所以导致popView被添加到机器猫window中，造成UI样式问题。解决方案:重写自定义UIWindow的becomeKeyWindow的方法，每次自定义window将会变为keyWindow的时候，把keyWindow改成[[UIApplication sharedApplication].delegate window]。-&(void)becomeKeyWindow{
&&&&UIWindow&*appWindow&=&[[UIApplication&sharedApplication].delegate&window];
&&&&[appWindow&makeKeyWindow];
}3.7 状态栏高度写死为20pt，导致在iPhoneX上面遮挡住statusBar。问题原因:iPhoneX上的statusBar的高度为44pt，跟其他iPhone型号的20pt不一样。所以以后我们在以statusBar为定位点的时候，不能写死20pt。而要使用[UIApplication sharedApplication].statusBarFrame.size.height来获取，为了方便，可以定义为宏，放到pch文件中，如下：#define&kApplicationStatusBarHeight&&[UIApplication&sharedApplication].statusBarFrame.size.height&//状态栏的高度解决方案:状态栏高度定位的时候不要写死20，要使用[UIApplication sharedApplication].statusBarFrame.size.height来获取。补充iOS11之前导航栏默认高度为64pt(这里高度指statusBar + NavigationBar)，iOS11之后如果设置 prefersLargeTitles = YES则为96pt，默认情况下还是64pt，但在iPhoneX上由于刘海的出现 statusBar由以前的20pt变成 44pt，所以iPhoneX上高度变为88pt，如果项目里隐藏了导航栏加了自定义按钮之类的，这里需要注意适配一下。3.8 通过遍历statusBar的subviews中的UIStatusBarDataNetworkItemView获取网络状态在iPhoneX上会crash。问题原因:之前我们采用遍历statusBar，获取UIStatusBarDataNetworkItemView实例，再获取网络状态的。代码如下：+&(NSNumber&*)&dataNetworkTypeFromStatusBar&{
&&&&UIApplication&*app&=&[UIApplication&sharedApplication];
&&&&NSArray&*subviews&=&[[[app&valueForKey:@"statusBar"]&valueForKey:@"foregroundView"]&subviews];
&&&&NSNumber&*dataNetworkItemView&=&
&&&&@try&{
&&&&&&&&if&([subviews&count]&>&0)&{
&&&&&&&&&&&&for&(id&subview&in&subviews)&{
&&&&&&&&&&&&&&&&if([subview&isKindOfClass:[NSClassFromString(@"UIStatusBarDataNetworkItemView")&class]])&{
&&&&&&&&&&&&&&&&&&&&dataNetworkItemView&=&
&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&}
&&&&&&&&&&&&}
&&&&@catch&(NSException&*exception)&{
&&&&@finally&{
&&&&return&[dataNetworkItemView&valueForKey:@"dataNetworkType"];
}但是在iphoneX的statusBar的内部结构已经改变，不能根据遍历获取UIStatusBarDataNetworkItemView的状态获取网络状态状态。可以通过po [statusBar recursiveDescription]打印出来iphoneX内部结构了，可以看出变化非常的大。解决方案:使用AFNetworking中的AFNetworkReachabilityManager类，或者使用获取网络连接状态。四、权限适配4.1 无法获取定位信息，第一次打开app也无法弹出定位权限提示框问题原因:iOS11 定位相关的权限做了更改，在iOS11上使用了新的定位权限key。解决方案:如果原来申请的权限是始终允许NSLocationAlwaysUsageDescription，那么需要在保留原来的key的基础上增加NSLocationWhenInUseUsageDescription和NSLocationAlwaysAndWhenInUsageDescription。五、其他一些补充5.1 如何判断该设备是不是iPhoneX5.2 一些常用的宏定义#define&IS_IPHONE_X&[KDDeviceHelper&is_iPhone_X]
#define&IPHONE_NAVIGATIONBAR_HEIGHT&&(IS_IPHONE_X&?&88&:&64)
#define&IPHONE_STATUSBAR_HEIGHT&&&&&&(IS_IPHONE_X&?&44&:&20)
#define&IPHONE_SAFEBOTTOMAREA_HEIGHT&(IS_IPHONE_X&?&34&:&0)
#define&IPHONE_TOPSENSOR_HEIGHT&&&&&&(IS_IPHONE_X&?&32&:&0)六、参考文献七、联系方式
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量3441点击量2889点击量2809点击量2267点击量2194点击量1971点击量1940点击量1903点击量1880
&2018 Chukong Technologies,Inc.
京公网安备89有关iOS11和iPhoneX的适配问题 - 简书
有关iOS11和iPhoneX的适配问题
一：iOS11 问题
有关iOS11 ,最大的变化就是增加了一个安全区域（safeArea）的概念，iOS11 适配的大部分问题都是由于它引起的。
如果还不太了解概念，推荐阅读 这篇文章。
1. tableView 头部视图和尾部视图出现一块留白问题
iOS11下tableview默认开启了self-Sizing，也就是自动估高机制。
有两种办法去掉留白：
tableView的style:UITableViewStyleGrouped类型，默认tableView开头和结尾是有间距的，不需要这个间距的话，可以通过实现heightForHeaderInSection方法（返回一个较小值：0.1）和viewForHeaderInSection（返回一个view）来去除头部的留白，底部同理。
iOS 11上发生tableView顶部有留白，原因是代码中只实现了heightForHeaderInSection方法，而没有实现viewForHeaderInSection方法。iOS 11之后应该是由于开启了估算行高机制引起了bug。添加上viewForHeaderInSection方法后，问题就解决了。或者添加以下代码关闭估算行高，问题也得到解决。
self.tableView.estimatedRowHeight = 0;
self.tableView.estimatedSectionHeaderHeight = 0;
self.tableView.estimatedSectionFooterHeight = 0;
2. NavigationBar 的变化
新增了一种lagreTitle的样式，默认是关闭的，暂时不用管他
集成了 UISearchController，很方便
图层发生了变化:
如果设置了titleView，titleView原来是直接添加到UINavigationBar上，iOS11后，titleView会加在
UITAMICAdaptorView上，UITAMICAdaptorView这个图层是添加在UINavigationBarContentView上的，
UINavigationBarContentView之上才是UINavigationBar。
titleView支持autolayout，你可能会发现你的titleView变窄了，你可以通过重写 intrinsicContentSize方法来解决这个问题
- (CGSize)intrinsicContentSize {
return UILayoutFittingExpandedS
3 .iOS 11 权限问题
iOS11对相册的权限key做了调整，将原来的 改成了。详见：
4. iOS11系统下SVProgessHUD默认的loading文字变灰问题
上午11.43.46.png
具体原因还未找到，坐等更新，暂时使用了SVP的自定义样式解决，望有遇到过的大佬不吝指教
[SVProgressHUD setDefaultStyle:SVProgressHUDStyleCustom];//设置loading样式，默认白底黑字
[SVProgressHUD setBackgroundColor:HEXCOLOR(0xf9f9f9ff)]; //设置loading底部背景颜色
二： iPhoneX问题
1. 适配iPhoneX的时候上面流海的屏幕仍是黑色，内容没有充满屏幕
这是因为你没有设置对应大小的启动图，iPhone X对应像素 1125 * 2436，将启动图添加到LaunchImage中后，还要在Contents.json文件中增加下面的内容
"extent" : "full-screen",
"idiom" : "iphone",
"subtype" : "2436h",
"filename" : "你的启动图名字.png",
"minimum-system-version" : "11.0",
"orientation" : "portrait",
"scale" : "3x"
2.webView，tableView页面无导航栏时，顶部出现44高度的空白
*iOS11中废弃了automaticallyAdjustsScrollViewInsets，取而代之的是contentInsetAdjustmentBehavior属性，adjustedContentInset属性决定了tableView与边缘的距离。iPhone X竖屏时控制器视图的safeAreaInsets是（44，0，34，0）
#pragma mark -- 废弃了的automaticallyAdjustsScrollViewInsets
@property(nonatomic,assign) BOOL automaticallyAdjustsScrollViewInsets API_DEPRECATED_WITH_REPLACEMENT
("Use UIScrollView's contentInsetAdjustmentBehavior instead", ios(7.0,11.0),tvos(7.0,11.0)); // Defaults to YES
#pragma mark -- UIScrollView新属性
/* When contentInsetAdjustmentBehavior allows, UIScrollView may incorporate
its safeAreaInsets into the adjustedContentInset.
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset API_AVAILABLE(ios(11.0),tvos(11.0));
contentInsetAdjustmentBehavior属性有以下几个枚举值:
1. automatic 和scrollableAxes一样,scrollView会自动计算和适应顶部和底部的内边距并且在scrollView 不可滚动时,也会设置内边距.
2. scrollableAxes 自动计算内边距.
3. never 不计算内边距
4. always 根据safeAreaInsets 计算内边距
typedef NS_ENUM(NSInteger, UIScrollViewContentInsetAdjustmentBehavior) {
UIScrollViewContentInsetAdjustmentAutomatic,
UIScrollViewContentInsetAdjustmentScrollableAxes,
UIScrollViewContentInsetAdjustmentNever,
UIScrollViewContentInsetAdjustmentAlways,
@property(nonatomic) UIScrollViewContentInsetAdjustmentBehavior contentInsetAdjustmentB
@property(nonatomic, readonly) UIEdgeInsets adjustedContentInset；
//adjustedContentInset值被改变的delegate
- (void)adjustedContentInsetDidC
- (void)scrollViewDidChangeAdjustedContentInset:(UIScrollView *)scrollV
添加如下代码解决问题
if (@available(iOS 11.0, *)) {
tableView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentN
3.iPhoneX 在push进入 webView页面时，底部会有黑边一闪而过
这也是由iOS11的safeArea引起的问题。
发生这种情况， 你可能设置了webview 的高度为 SCREEN_HEIGHT-NAVBAR_HEIGHT(屏幕高度-（导航栏高度+状态栏高度))，你有两种选择：
1）设置webview高度为 SCREEN_HEIGHT-NAVBAR_HEIGHT-34， 34为底部的安全区域间距。
2）添加如下代码
if (@available(iOS 11.0, *)) {
webView.scrollView.contentInsetAdjustmentBehavior = UIScrollViewContentInsetAdjustmentN
第一种方法会让webview的视图和底部有34的距离，第二种会使webview保持全屏，但一部分区域会被iPhoneX底下的黑条遮住，美丑自评
4.页面底部有固定的footerView被遮挡，以及一些自定义输入框弹起键盘被遮盖问题
iPhoneX需要将底部一些控件的位置往上移34，弹出的键盘隐藏时也可能会出现问题，根据实际情况修改。
5.视图高度问题
以前编写代码的时候，定义tableView高度可能只是用了SCREEN_HEIGHT-64-49（有tabbar的时候），也可能是SCREEN_HEIGHT-64（tabbar隐藏的时候），在iphoneX上面这样的写法会出现问题，特别是一些死页面，tableView会拉不到最底部。
以上内容参考了以下文章，阅读原文请点击以下链接
iOS11 & iPhone X 适配指南
App界面适配iOS11
iOS 11 安全区域适配总结
前阵子项目开发忙成狗，就一直没做iOS11的适配，直到XcodeGM版发布后，我胸有成竹的在iPhoneX上跑起项目，整个人都凉透了...下面总结一下我遇到的坑，不是很全面，日后补充。 导航栏 导航栏高度的变化 iOS11之前导航栏默认高度为64pt(这里高度指status...
导航栏 导航栏高度的变化 iOS11之前导航栏默认高度为64pt(这里高度指statusBar + NavigationBar)，iOS11之后如果设置了prefersLargeTitles = YES则为96pt，默认情况下还是64pt，但在iPhoneX上由于刘海的出现...
相信大家已经被iPhoneX的刘海洗脑了，除了吐槽，留给我们的还有比较麻烦的适配工作。下面针对在整理过程中发现的适配注意点进行简单分享下。 适配:1.iPhone X 尺寸2.iPhone X 上下显示黑条问题3.导航栏的适配4.iOS11新增版本判断API5.UITabl...
作者：张月半链接：http://www.jianshu.com/p/c355cc4b12c2來源：简书著作权归作者所有。 前阵子项目开发忙成狗，就一直没做iOS11的适配，直到XcodeGM版发布后，我胸有成竹的在iPhoneX上跑起项目，整个人都凉透了...下面总结一下我...
小爹长我十二岁，从小跟在他后面长大。真的是从呀呀学语到蹒跚学步。童年的记忆里跟二姑和小爹身边长大的记忆温暖从心。 六岁那年，小爹高中毕业后去了部队。参军在那个年代是很神气的事情。那时我已经上了小学，会以很多字，会读很多书，但好多字不会写。 在那个年代，人们喜欢纸雁传书。把绵...
“一人之辩，重于九鼎之宝；三寸之舌，强于百万雄兵。”战国时期纵横家苏秦凭借三寸不烂之舌游说六国，终于身挂六国帅印，结成抗秦联盟；其同窗好友张仪则凭其口舌之才游说六国亲秦，最终拆散了合纵，与苏秦一同演绎战国末期群雄“混乱”的场面；三国时期军事家诸葛亮仰仗旁征博引之口，舌战群儒...
某个初夏的早晨，我于天色昏沉中莫名醒来，向外望去，已是雨的世界了。于片刻淋漓雨声后，哀乐也悄然响起。在那一刻，我突然无比清醒，心中涌起了一种难言的庄严与肃穆。这场大雨，是在为亡魂践行吧？丧葬的各种繁琐礼节都太过嘈杂了，似乎只有雨的静默，才是给予逝者的最好的敬意。 我一直以为...
前言 最近接到一个需求要实现一个类IOS的底部dialog，当时我就要日了狗了，项目上都固定了使用的是Android原生dialog，现在变成IOS的，得改多少代码。。不过既然人家提了，该实现还是要实现的对吧！！先上个图： 实现方式 直接修改Android底层的dialog...
９月６日，ＸＳ品牌联合创始人大卫·范德文、 安利大中华市场副总裁余放 共同出席ＸＳ售出１０００万罐盛典，并对外宣布这一消息 而距９月４日ＸＳ正式登陆中国市场 仅过去短短２９小时，销量达到１０００万罐 创造了中国运动营养饮料市场新奇迹 自８月１２日开启预售以来 ＸＳ凭借强大的...iOS11正式版支持哪些设备升级 iOS11正式版支持更新机型一览_西西软件资讯
西西软件园多重安全检测下载网站、值得信赖的软件下载站！
→ iOS11正式版支持哪些设备升级 iOS11正式版支持更新机型一览
类型：ios系统工具大小：9KB语言：中文 评分：10.0
iOS11正式版支持哪些设备升级 &iOS11正式版支持更新机型一览。最新的iOS 11带来的升级点非常多。重新设计了通知中心、锁屏页面等地方，以及上滑快捷按钮，备受用户期待的流量开关终于被加入其中了。那么&iOS11正式版支持哪些设备升级呢？一起来看看。ios11正式版支持机型iPhone 8、iPhone 8 Plus和iPhone X自然不用说了，还有iPhone 5S、iPhone 6、iPhone 6 Plus、iPhone 6S、iPhone 6S Plus 、iPhone SE 、iPhone 7、iPhone 7 Plus、iPad mini 2、iPad mini 3、iPad mini 4、iPad 5、iPad Pro全系(9.7/12.9)、iPad Air、iPad Air 2、第六代iPod Touch。而iPhone5及以前的设备都无缘ios11了。
09-2009-2009-2009-2009-2009-1909-1909-1909-1909-19
阅读本文后您有什么感想? 已有23人给出评价!
名称大小下载iOS 11适配机型一览！苹果iOS 11升级机型都在这_腾讯视频
三倍流畅播放
1080P蓝光画质
新剧提前看
1080P蓝光画质
纯净式无框播放器
三倍流畅播放
扫一扫 手机继续看
下载需先安装客户端
{clientText}
客户端特权:
3倍流畅播放
当前播放至 {time}
扫一扫 手机继续看
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要
副标题要不要