ios设置页面开发,ios界面设计

ios开发怎么在plist文件设置启动页面

这不是个难题

白云鄂网站建设公司创新互联建站,白云鄂网站设计制作，有大型网站制作公司丰富经验。已为白云鄂1000+提供企业网站建设服务。企业网站搭建\外贸网站建设要多少钱，请找那个售后服务好的白云鄂做网站的公司定做！

不管低版本的, 还是高版本的adobe actobat pro 还是reader 菜单栏的"编辑"栏的最正文均有一个叫"首先项"

"首先项"中有个"页面显示"

低版本的"页面显示"在下方, 高版本的"页面显示"在上方

只要在这个"页面显示"中的"默认缩放"中的显示比例选择好了, 比如楼主要100%, 确定, 退出程序, 重新打开, 看效果

ios开发从设置页面返回应用执行什么方法

文一

我从苹果文档中得知，一般的应用在进入后台的时候可以获取一定时间来运行相关任务，也就是说可以在后台运行一小段时间。

还有三种类型的可以运行在后以，

1.音乐

2.location

3.voip

文二

在IOS后台执行是本文要介绍的内容，大多数应用程序进入后台状态不久后转入暂停状态。在这种状态下，应用程序不执行任何代码，并有可能在任意时候从内存中删除。应用程序提供特定的服务，用户可以请求后台执行时间，以提供这些服务。

判断是否支持多线程

UIDevice* device = [UIDevice currentDevice];

BOOL backgroundSupported = NO;

if ([device respondsToSelector:@selector(isMultitaskingSupported)])

backgroundSupported = device.multitaskingSupported;

声明你需要的后台任务

Info.plist中添加UIBackgroundModes键值，它包含一个或多个string的值，包括

audio:在后台提供声音播放功能，包括音频流和播放视频时的声音

location：在后台可以保持用户的位置信息

voip：在后台使用VOIP功能

前面的每个value让系统知道你的应用程序应该在适当的时候被唤醒。例如，一个应用程序，开始播放音乐，然后移动到后台仍然需要执行时间，以填补音频输出缓冲区。添加audio键用来告诉系统框架，需要继续播放音频，并且可以在合适的时间间隔下回调应用程序；如果应用程序不包括此项，任何音频播放在移到后台后将停止运行。

除了添加键值的方法，IOS还提供了两种途径使应用程序在后台工作：

Task completion—应用程序可以向系统申请额外的时间去完成给定的任务

Local notifications—应用程序可以预先安排时间执行local notifications 传递

文三

如何让程序后台播放音乐

文四

如果你的应用程序需要后台运行，可以使用以下方法：

1。应用程序可以请求一个有限的时间内完成一些重要任务。

2。应用程序可以声明为支持特定服务需要定期后台执行时间。

3。应用程序可以使用本地生成用户在指定的时间的警报，应用程序正在运行与否的通知。

文五

后台运行被第一次提到

文六

后台运行官方文档

在IOS后台执行是本文要介绍的内容，大多数应用程序进入后台状态不久后转入暂停状态。在这种状态下，应用程序不执行任何代码，并有可能在任意时候从内存中删除。应用程序提供特定的服务，用户可以请求后台执行时间，以提供这些服务。

判断是否支持多线程

UIDevice* device = [UIDevice currentDevice];

BOOL backgroundSupported = NO;

if ([device respondsToSelector:@selector(isMultitaskingSupported)])

backgroundSupported = device.multitaskingSupported;

声明你需要的后台任务

Info.plist中添加UIBackgroundModes键值，它包含一个或多个string的值，包括

audio:在后台提供声音播放功能，包括音频流和播放视频时的声音

location：在后台可以保持用户的位置信息

voip：在后台使用VOIP功能

前面的每个value让系统知道你的应用程序应该在适当的时候被唤醒。例如，一个应用程序，开始播放音乐，然后移动到后台仍然需要执行时间，以填补音频输出缓冲区。添加audio键用来告诉系统框架，需要继续播放音频，并且可以在合适的时间间隔下回调应用程序；如果应用程序不包括此项，任何音频播放在移到后台后将停止运行。

除了添加键值的方法，IOS还提供了两种途径使应用程序在后台工作：

Task completion—应用程序可以向系统申请额外的时间去完成给定的任务

Local notifications—应用程序可以预先安排时间执行local notifications 传递

实现长时间的后台任务

应用程序可以请求在后台运行以实现特殊的服务。这些应用程序并不连续的运行，但是会被系统框架在合适的时间唤醒，以实现这些服务

1、 追踪用户位置：略

2、在后台播放音频：

添加UIBackgroundModes中audio值，注册后台音频应用。这个值使得应用程序可以在后台使用可听的背景，如音乐播放或者音频流应用。对于支持音频和视频功能的应用程序也可以添加该值以保证可以继续持续的运行流。

当audio值设置后，当你的应用程序进入后台后，系统的多媒体框架会自动阻止它被挂断，但是，如果应用程序停止播放音频或者视频，系统将挂断应用程序。

当你的应用程序在后台时，你可以执行任意的系统音频框架去初始化后台音频。你的应用程序在后台时应该限制自身，使其执行与工作相关的代码，不能执行任何与播放内容无关的任务

由于有多个应用程序支持音频，前台的应用程序始终允许播放音频，后台的应用程序也被允许播放一些音频内容，这取决于audio session object的设置。应用程序应该始终设置它们的audio session object，并小心的处理其他类型的音频相关notifications和中断。详见audio session programming guide。

3、实现VOIP应用：

VOIP程序需要稳定的网络去连接和它相关的服务，这样它才能接到来电和其他相关的数据。系统允许VOIP程序被挂断并提供组件去监听它们的sockets，而不是在任意时候都处于唤醒状态。设置VOIP应用程序如下：

A、 添加UIBackgroundModes中的VOIP键值

B、 为VOIP设置一个应用程序socket

C、在移出后台之前，调用setKeepAliveTimeout:handler:方法去建立一个定期执行的handler，你的应用程序可以运行这个handler来保持服务的连接。

D、 设置你的audio session去处理这种切换

释义:

A、大多数VOIP应用需要设置后台audio 应用去传递音频，因此你应该设置audio 和voip两个键值。

B、为了使应用程序在后台时保持稳定的连接，你必须tag你的主通讯socket专门应用于VOIP，tagging这个socket来告诉系统，它必须在你的应用程序中断时接管这个socket。这个切换本身对于你的应用程序时透明的，当新的数据到达socket的时候，系统会唤醒应用程序，并将socket的控制权返回给应用程序，这样应用程序就可以处理新来的数据。

你只需要tag用于voip服务的socket，这个socket用来接收来电或者其他相关的数据来保持你的VOIP服务的连接。根据收到的信息，这个socket要决定下一步的动作。比如一个来电，你会想弹出一个本地的通知来告知用户；对于其他不是那么关键的数据，你可能会想悄悄的处理这些数据并让系统将应用程序重新中断。

在IOS中，sockets是用流或者更高级的结构，设置一个VOIP的socket，你只需要在通常的设置中添加一个特殊的key来标明这个接口是用于连接VOIP服务的，下表列出了流的接口和设置：

设置流接口用于voip

接口

设置

NSInputStream 和NSOutputStream

对于 Cocoa streams, 使用 setProperty:forKey: 方法添加

NSStreamNetworkServiceType

属性给

stream.

改属性的值设为

NSStreamNetworkServiceTypeVoIP.

NSURLRequest

对于 URL loading system, 使用 setNetworkServiceType:

method of your NSMutableURLRequest object to set the network service

type of the request. The service type should be set to

NSURLNetworkServiceTypeVoIP.

CFReadStreamRef和CFWriteStreamRef

For Core Foundation streams, use the CFReadStreamSetProperty or

CFWriteStreamSetProperty function to add the kCFStreamNetwork-

ServiceType property to the stream. The value for this property should be

set to kCFStreamNetworkServiceTypeVoIP.

（注意：当设置socket的时候,你需要在你的主信号通道中设置合适的service type key。当设置声道时，不需要设置这个key）

由于，VOIP应用程序需要一直运行以确保收到来电，所以如果程序通过一个非零的exit code退出，系统将自动重启这个应用程序（这种退出方式可以发生在内存压力大时终止程序运行）。尽管如此，中断应用程序会release所有的sockets，包括那个用于连接voip 服务的socket。因此，当程序运行时，它需要一直从头创建socket。

C、为了防止断连，voip程序需要定期被唤醒去检查它的服务。为了容易实现这个行为，IOS通过使用（UIApplication setKeepAliveTimeout:handler:）方法建立一个特殊的句柄。你可以在applicationDidEnterBackground方法中建立该句柄。一旦建立，系统至少会在超时之前调用该句柄一次，来唤醒你的应用程序。

这个keep-alive handler在后台执行，必须尽快的返回参数，它有最多30秒的时间来执行所需的任务，如果这段时间内句柄没有返回，那么系统将终止应用程序。

当你建立了handler之后，确定应用程序所需的最大超时。系统保证会在最大超时之前调用handler，但是这个时间是不确定的，所以你的handler必须在你申明的超时之前做好执行程序的准备。

D、设置audio session，详见Audio Session Programming Guide.

在后台完成有限长度的任务

在被终止之前的任意时间,应用程序会调用beginBackgroundTaskWithExpirationHandler:方法让系统给出额外的时间来完成一些需要在后台长时间执行的任务。（UIApplication的backgroundTimeRemaining属性包含程序运行的总时间）

可以使用task completion去保证那些比较重要但是需要长时间运行的程序不会由于用户切入后台而突然关闭。比如，你可以用这项功能来将用户的信息保存到disk上或者从网络下载一个重要的文件。有两种方式来初始化这样的任务：

1、将长时间运行的重要任务用beginBackgroundTaskWithExpirationHandler：和endBackgroundTask：包装。这样就在程序突然切入后台的时候保护了这些任务不被中断。

2、当你的应用程序委托applicationDidEnterBackground：方法被调用时再启动任务

中的两个方法必须是一一对应的，endBackgroundTask：方法告诉系统任务已经完成，程序在此时可以被终止。由于应用程序只有有限的时间去完成后台任务，你必须在超时或系统将要终止这个程序之前调用这个方法。为了避免被终止，你也可以在一个任务开始的时候提供一个expiration handler和endBackgroundTask：方法。（可以查看backgroundTimeRemaining属性来确定还剩多少时间）。

一个程序可以同时提供多个任务，每当你启动一个任务的时候，beginBackgroundTaskWithExpirationHandler：方法将返回一个独一无二的handler去识别这个任务。你必须在endBackgroundTask：方法中传递相同的handler来终止该任务。

Listing 4-2 Starting a background task at quit time

- (void)applicationDidEnterBackground:(UIApplication *)application

{

UIApplication* app = [UIApplication sharedApplication];

bgTask = [app beginBackgroundTaskWithExpirationHandler:^{

[app endBackgroundTask:bgTask];

bgTask = UIBackgroundTaskInvalid;

}];

// Start the long-running task and return immediately.

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,

0), ^{

// Do the work associated with the task.

[app endBackgroundTask:bgTask];

bgTask = UIBackgroundTaskInvalid;

});

}

上述例子中，bgTask变量是一个类的成员变量，存储着指向该后台任务标示的指针。

在expriation handler中，可以添加关闭任务所需的代码。尽管如此，加入的代码不能执行太长的时间，当expriation handler被调用的时候，该程序已经非常接近被关闭，所以只有极短的时间来清除状态信息并终止任务。

安排Local Notification的传递

UILocalNotification类提供了一种方法来传递local notifications。和push notifications需要设置remote server不同，local notifications 在程序中安排并在当前的设备上执行。满足如下条件可以使用该能力：

1、一个基于时间的程序，可以在将来特定的时间让程序post 一个alert，比如闹钟

2、一个在后台运行的程序，post 一个local notification去引起用户的注意

为了安排local notification 的传递，需要创建一个UILocalNotification的实例，并设置它，使用UIApplication类方法来安排它。Local notification对象包含了所要传递的类型（sound，alert，或者badge）和时间何时呈现）。UIApplication类方法提供选项去确定是立即传递还是在指定的时间传递。

Listing 4-3 Scheduling an alarm notification

- (void)scheduleAlarmForDate:(NSDate*)theDate

{

UIApplication* app = [UIApplication sharedApplication];

NSArray* oldNotifications = [app scheduledLocalNotifications];

// Clear out the old notification before scheduling a new one.

if ([oldNotifications count] 0)

[app cancelAllLocalNotifications];

// Create a new notification.

UILocalNotification* alarm = [[[UILocalNotification alloc] init] autorelease];

if (alarm)

{

alarm.fireDate = theDate;

alarm.timeZone = [NSTimeZone defaultTimeZone];

alarm.repeatInterval = 0;

alarm.soundName = @"alarmsound.caf";

alarm.alertBody = @"Time to wake up!";

[app scheduleLocalNotification:alarm];

}

}

(可以最多包含128个 local notifications active at any given time, any of which can be configured to repeat at a specified interval.)如果在调用该notification的时候，程序已经处于前台，那么application：didReceiveLocalNotification：方法将取而代之。

小结：关于详解在IOS后台执行的内容介绍完了，希望本文对你有所帮助！

文七

iOS不是真正的多任务系统，在用户按下Home按钮后，所有应用程序都会进入后台状态，并且大部分都会迅速进入暂停状态，应用程序的所有工作内存都在RAM中，在暂停时它完全不执行。因此，切换回这样的应用程序非常快。但是如果系统需要更多的内存给当前处于活动状态的应用程序，就有可能终结暂停状态的应用程序，它们的内存也将被释放。

一方面，应用程序在进入后台状态时，需要释放一些资源，使自身的暂停快照更小，从而减少从RAM中清除的风险，另一方面，为了避免被终结而丢失用户的数据，需要在用户离开时保存他们的进度信息，这些工作，需要在5秒钟内完成，不然会被系统认定有异常被强制退出。可能通过接收应用程序发送的通知（UIApplicationDidEnterBackgroundNotification）来触发处理，如果在处理代码中加上下面这条语句则必然会导致异常退出：

可以通过一种方法来请求更多后台时间来避免此问题。假设接收通知而触发的处理方法是applicationDidEnterBackground:

-(void)applicationDidEnterBackground{

NSLog(@"%@",NSStringFromSelector(_cmd));

//得到当前应用程序的UIApplication对象

UIApplication *app = [UIApplication sharedApplication];

//一个后台任务标识符

UIBackgroundTaskIdentifier taskID;

taskID = [app beginBackgroundTaskWithExpirationHandler:^{

//如果系统觉得我们还是运行了太久，将执行这个程序块，并停止运行应用程序

[app endBackgroundTask:taskID];

}];

//UIBackgroundTaskInvalid表示系统没有为我们提供额外的时候

if (taskID == UIBackgroundTaskInvalid) {

NSLog(@"Failed to start background task!");

return;

}

NSLog(@"Starting background task with %f seconds remaining", app.backgroundTimeRemaining);

[NSThread sleepForTimeInterval:10];

NSLog(@"Finishing background task with %f seconds remaining",app.backgroundTimeRemaining);

//告诉系统我们完成了

[app endBackgroundTask:taskID];

}

文八：

苹果手机:手机设置中的开发者选项在哪里？

1、需要软件，打开xcode7，选择Xcode - Windows-Devices

2、选择自己的手机，右键单击选择Show Provisioning Profiles.

3、就点击“+”，添加开发者证书，完成后点击“Done”。

拓展资料

开发者的功能：开发者就可以通过最新的SDK（软件开发工具包）来备份整个手机系统，而这个选项的功能就是事先设置一个备份密码，当开发者通过SDK备份手机系统时，需要先输入已经设置好的桌面备份密码才可以进行备份，这样最大程度地保证系统安全。

简单但有用的开发选项设置的快捷方式。如果你是一个开发人员，你可能知道，这是很简单的绕过锁屏的设备上打开USB调试。

iOS应用内跳转到系统设置页面

在iOS开发中，有时会有跳转系统设置界面的需求，例如提示用户打开蓝牙或者WIFI，提醒用户打开推送或者位置权限等。在iOS6之后，第三方应用需要跳转系统设置界面，需要在URL type中添加一个Prefs值，如下图：

需要设置Prefs

设置跳转有三种方式，每一种的使用场景都不同。 并且你在跳转到系统中自己应用下面设置的时候，你的应用要提前至少申请了某一个权限，如通知，定位等。否则，会引起崩溃。

当iOS系统版本 iOS 10.0 时

当iOS系统版本 =iOS 10.0 时

当 iOS系统版本 = iOS7时 , 只能跳转到 系统设置页面

当 iOS系统版本 = iOS8 ，支持跳转到第三方应用的设置界面中

使用prefs:root=bundleID ,bundleID是你第三方应用工程的唯一ID

局限性：只支持iOS8,iOS9系统,在iOS10系统上，不会跳转。

在iOS7系统上，仅仅只是跳转到设置应用，不推荐使用。

UIApplicationOpenSettingsURLString字段，是在iOS8上才提供的，支持iOS8,iOS9,iOS10系统，推荐使用。

跳转。

而 prefs:root=bundleID和 prefs:root=服务 都将不起作用。

方式一：prefs:root=某项服务 适用于 小于 iOS10的系统；

方式二：prefs:root=bundleID 适用于 大于等于iOS8系统，小于iOS10的系统

方式三：UIApplicationOpenSettingsURLString 适用于 大于等于iOS8的系统

开始用Swift开发iOS 10 - 19 使用UIPageViewController构建介绍页面

继续上一篇 开始用Swift开发iOS 10 - 18 Search Bar 和 UISearchController ，这一篇使用 UIPageViewController 构建介绍页面，与使用 LaunchScreen.storyboard 的启动页不同。

类似 UINavigationController ， UIPageViewController 也是一种容器类型的控制器。这种容器类型的控制器是用来管理其它多个控制器的。

如果容器内的控制器页面元素类似（上图就是这种情况），可以通过一个控制器重复利用。

setViewControllers 方法是设置 UIPageViewController 管理的视图控制器。

页面指示就是一般在页面下用于分辨当前是第一个页面的几个小点。

实现 UIPageViewControllerDataSource 协议的两个方法： presentationCount(for:) 表示总共有几个小点（页面）。

presentationIndex(for:) 表示当前页面的索引。

不用默认的页面指示，就要把上面两个方法删除，然后使用 UIPageControl 。

完成类似下面：

但因为之前是利用 RestaurantTableViewController 的 viewDidAppear 方法显示介绍页的，而 viewDidAppear 方法是页面显示后就调用一下，这样就出现不停进入介绍页。实际上只需要第一次打开app的时显示介绍页就可以了。

UserDefaults 是用来管理应用和用户相关的设置的。也就是可以用 UserDefaults 存储一些用户相关的少量数据，比如上面的是否看过介绍页，也就是是否点击过DONE按钮了。

UserDefaults 也是通过单例模式进行操作的，通过类属性 standard 获取单例。

完成介绍页。学习了 UIPageViewController 和 UserDefaults 。

Beginning-iOS-Programming-with-Swift

此文是学习 appcode 网站出的一本书 《Beginning iOS 10 Programming with Swift》 的一篇记录

ios开发中，如何实现手机设置那样的页面布局？

iOS 越来越人性化了，用户可以在设置-通用-辅助功能中动态调整字体大小了。你会发现所有 iOS 自带的APP的字体大小都变了，可惜我们开发的第三方APP依然是以前的字体。在 iOS 7 之后我们可以用 UIFont 的preferredFontForTextStyle: 类方法来指定一个样式，并让字体大小符合用户设定的字体大小。目前可供选择的有六种样式：

UIFontTextStyleHeadline UIFontTextStyleBody UIFontTextStyleSubheadline UIFontTextStyleFootnote UIFontTextStyleCaption1 UIFontTextStyleCaption2

iOS会根据样式的用途来合理调整字体。

问题来了，诸如字体大小这种“动态类型”，我们需要对其进行动态的UI调整，否则总是觉得我们的界面怪怪的：

我们想要让Cell 的高度随着字体大小而作出调整：

总之，还会有其他动态因素导致我们需要修改布局。

解决方案

UITableView

有三种策略可以调节Cell（或者是Header和Footer）的高度：

a.调节Height属性

b.通过委托方法tableView: heightForRowAtIndexPath:

c.Cell的“自排列”（self-sizing）

前两种策略都是我们所熟悉的，后面将介绍第三种策略。UITableViewCell 和 UICollectionViewCell 都支持 self-sizing。

在 iOS 7 中，UITableViewDelegate新增了三个方法来满足用户设定Cell、Header和Footer预计高度的方法：

- tableView:estimatedHeightForRowAtIndexPath: - tableView:estimatedHeightForHeaderInSection: - tableView:estimatedHeightForFooterInSection:

当然对应这三个方法 UITableView 也 estimatedRowHeight、estimatedSectionHeaderHeight 和 estimatedSectionFooterHeight 三个属性，局限性在于只能统一定义所有行和节的高度。

以 Cell 为例，iOS 会根据给出的预计高度来创建一个Cell，但等到真正要显示它的时候，iOS 8会在 self-sizing 计算得出新的 Size 并调整 table 的 contentSize 后，将 Cell 绘制显示出来。关键在于如何得出 Cell 新的 Size，iOS提供了两种方法：

自动布局

这个两年前推出的神器虽然在一开始表现不佳，但随着 Xcode 的越来越给力，在iOS7中自动布局俨然成了默认勾选的选项，通过设定一系列约束来使得我们的UI能够适应各种尺寸的屏幕。如果你有使用约束的经验，想必已经有了解决思路：向 Cell 的 contentView 添加约束。iOS 会先调用 UIView 的 systemLayoutSizeFittingSize: 方法来根据约束计算新的Size，如果你没实现约束，systemLayoutSizeFittingSize: 会接着调用sizeThatFits:方法。

人工代码

我们可以重写sizeThatFits:方法来自己定义新的Size，这样我们就不必学习约束相关的知识了。

下面我给出了一个用 Swift 语言写的 Demo-HardChoice ，使用自动布局来调整UITableViewCell的高度。我通过实现一个UITableViewCell的子类DynamicCell来实现自动布局，你可以再GitHub上下载源码：

import UIKit class DynamicCell: UITableViewCell { required init(coder: NSCoder) { super.init(coder: coder) if textLabel != nil { textLabel.font = UIFont.preferredFontForTextStyle(UIFontTextStyleHeadline) textLabel.numberOfLines = 0 } if detailTextLabel != nil { detailTextLabel.font = UIFont.preferredFontForTextStyle(UIFontTextStyleBody) detailTextLabel.numberOfLines = 0 } } override func constraints() - [AnyObject] { var constraints = [AnyObject]() if textLabel != nil { constraints.extend(constraintsForView(textLabel)) } if detailTextLabel != nil { constraints.extend(constraintsForView(detailTextLabel)) } constraints.append(NSLayoutConstraint(item: contentView, attribute: NSLayoutAttribute.Height, relatedBy: NSLayoutRelation.GreaterThanOrEqual, toItem: contentView, attribute: NSLayoutAttribute.Height, multiplier: 0, constant: 44)) contentView.addConstraints(constraints) return constraints } func constraintsForView(view:UIView) - [AnyObject]{ var constraints = [NSLayoutConstraint]() constraints.append(NSLayoutConstraint(item: view, attribute: NSLayoutAttribute.FirstBaseline, relatedBy: NSLayoutRelation.Equal, toItem: contentView, attribute: NSLayoutAttribute.Top, multiplier: 1.8, constant: 30.0)) constraints.append(NSLayoutConstraint(item: contentView, attribute: NSLayoutAttribute.Bottom, relatedBy: NSLayoutRelation.GreaterThanOrEqual, toItem: view, attribute: NSLayoutAttribute.Baseline, multiplier: 1.3, constant: 8)) return constraints } }

上面的代码需要注意的是，Objective-C中的类在Swift中都可以被当做AnyObject，这在类型兼容问题上很管用。

别忘了在相应的 UITableViewController 中的 viewDidLoad 方法中加上：

self.tableView.estimatedRowHeight = 44

自适应效果如下：

UICollectionView

UITableView 和 UICollectionView 都是 data-source 和 delegate 驱动的。UICollectionView 在此之上进行了进一步抽象。它将其子视图的位置，大小和外观的控制权委托给一个单独的布局对象。通过提供一个自定义布局对象，你几乎可以实现任何你能想象到的布局。布局继承自 UICollectionViewLayout 抽象基类。iOS 6 中以 UICollectionViewFlowLayout 类的形式提出了一个具体的布局实现。在 UICollectionViewFlowLayout 中，self-sizing 同样适用：

采用self-sizing后：

UICollectionView 实现 self-sizing 不仅可以通过在 Cell 的 contentView 上加约束和重写 sizeThatFits: 方法，也能在 Cell 层面（以前都是在 contentSize 上进行 self-sizing）上做文章：重写 UICollectionReusableView 的preferredLayoutAttributesFittingAttributes: 方法来在 self-sizing 计算出 Size 之后再修改，这样就达到了对Cell布局属性（UICollectionViewLayoutAttributes）的全面控制。

PS：preferredLayoutAttributesFittingAttributes: 方法默认调整Size属性来适应 self-sizing Cell，所以重写的时候需要先调用父类方法，再在返回的 UICollectionViewLayoutAttributes 对象上做你想要做的修改。

由此我们从最经典的 UICollectionViewLayout 强制计算属性（还记得 UICollectionViewLayoutAttributes 的一系列工厂方法么？）到使用 self-sizing 来根据我们需求调整属性中的Size，再到重写UICollectionReusableView（UICollectionViewCell也是继承于它）的 preferredLayoutAttributesFittingAttributes: 方法来从Cell层面对所有属性进行修改：

下面来说说如何在 UICollectionViewFlowLayout 实现 self-sizing：

首先，UICollectionViewFlowLayout 增加了estimatedItemSize 属性，这与 UITableView 中的 ”estimated...Height“ 很像（注意我用省略号囊括那三种属性），但毕竟 UICollectionView 中的 Item 都需要约束 Height 和 Width的，所以它是个 CGSIze，除了这点它与 UITableView 中的”estimated...Height“用法没区别。

其...没有其次，在 UICollectionView 中实现 self-sizing，只需给 estimatedItemSize 属性赋值（不能是 CGSizeZero ），一行代码足矣。

InvalidationContext

假如设备屏幕旋转，或者需要展示一些其妙的效果（比如 CoverFlow ），我们需要将当前的布局失效，并重新计算布局。当然每次计算都有一定的开销，所以我们应该谨慎的仅在我们需要的时候调用 invalidateLayout 方法来让布局失效。

在 iOS 6 时代，有的人会“聪明地”这样做：

- (BOOL)shouldInvalidateLayoutForBoundsChange:(CGRect)newBounds { CGRect oldBounds = self.collectionView.bounds; if (CGRectGetWidth(newBounds) != CGRectGetWidth(oldBounds)) { return YES; } return NO; }

而 iOS 7 新加入的 UICollectionViewLayoutInvalidationContext 类声明了在布局失效时布局的哪些部分需要被更新。当数据源变更时，invalidateEverything 和 invalidateDataSourceCounts 这两个只读 Bool 属性标记了UICollectionView 数据源“全部过期失效”和“Section和Item数量失效”，UICollectionView会将它们自动设定并提供给你。

你可以调用invalidateLayoutWithContext:方法并传入一个UICollectionViewLayoutInvalidationContext对象，这能优化布局的更新效率。

当你自定义一个 UICollectionViewLayout 子类时，你可以调用 invalidationContextClass 方法来返回一个你定义的 UICollectionViewLayoutInvalidationContext 的子类，这样你的 Layout 子类在失效时会使用你自定义的InvalidationContext 子类来优化更新布局。

你还可以重写 invalidationContextForBoundsChange: 方法，在实现自定义 Layout 时通过重写这个方法返回一个 InvalidationContext 对象。

综上所述都是 iOS 7 中新加入的内容，并且还可以应用在 UICollectionViewFlowLayout 中。在 iOS 8 中，UICollectionViewLayoutInvalidationContext 也被用在self-sizing cell上。

iOS8 中 UICollectionViewLayoutInvalidationContext 新加入了三个方法使得我们可以更加细致精密地使某一行某一节Item（Cell）、Supplementary View 或 Decoration View 失效：

invalidateItemsAtIndexPaths: invalidateSupplementaryElementsOfKind:atIndexPaths: invalidateDecorationElementsOfKind:atIndexPaths:

对应着添加了三个只读数组属性来标记上面那三种组件：

invalidatedItemIndexPaths invalidatedSupplementaryIndexPaths invalidatedDecorationIndexPaths

iOS自带的照片应用会将每一节照片的信息（时间、地点）停留显示在最顶部，实现这种将 Header 粘在顶端的功能其实就是将那个 Index 的 Supplementary View 失效，就这么简单。

UICollectionViewLayoutInvalidationContext 新加入的 contentOffsetAdjustment 和 contentSizeAdjustment 属性可以让我们更新 CollectionView 的 content 的位移和尺寸。

此外 UICollectionViewLayout 还加入了一对儿方法来帮助我们使用self-sizing：

shouldInvalidateLayoutForPreferredLayoutAttributes:withOriginalAttributes: invalidationContextForPreferredLayoutAttributes:withOriginalAttributes:

当一个self-sizing Cell发生属性发生变化时，第一个方法会被调用，它询问是否应该更新布局（即原布局失效），默认为NO；而第二个方法更细化的指明了哪些属性应该更新，需要调用父类的方法获得一个InvalidationContext 对象，然后对其做一些你想要的修改，最后返回。

试想，如果在你自定义的布局中，一个Cell的Size因为某种原因发生了变化（比如由于字体大小变化），其他的Cell会由于 self-sizing 而位置发生变化，你需要实现上面两个方法来让指定的Cell更新布局中的部分属性；别忘了整个 CollectionView 的 contentSize 和 contentOffset 因此也会发生变化，你需要给 contentOffsetAdjustment 和 contentSizeAdjustment 属性赋值。