使用订阅 (subscriptions) 的应用有额外的行为和注意事项 (considerations) 。 因为订阅包含时间元素，应用程序需要有适当的逻辑来决定订阅当前是否处于活动状态以及过去该订阅活动的时间段。 应用程序还需要应对新的和更新的订阅，并且需要正确地处理过期订阅。 图5-1 如订阅时间表的例子，包括应用程序需要处理的复杂事项 (complexities )。
一、计算一个订阅的活动期
应用程序需要在订阅处于活动状态的期间内决定用户访问的内容。 举例，用户订阅杂志，该杂志在每个月的第一天发布新刊，如图5-1中的时间表：
表 5-1 一个示例订阅的时间表
在应用程序中实现订阅逻辑，保留关于每刊内容发布的日期记录。 从每个收据项目中读取初始购买日期和订阅到期时期来决定订阅的开始和结束日期。 (关于收据的更多信息，请看 Receipt Validation Programming Guide.) 用户可以访问所有在开始日期和结束日期之间发布的内容以及它初次购买时解锁的内容。 如果订阅失效(lapsed),将由订阅活动期间的多个时间期，以及在一个订阅期的开始时又多刊内容解锁。
注意：不要通过添加订阅持续时间到购买日期中来计算订阅期。 该方法没有考虑到应用试用期，市场选择期，并让用户购买了订阅之后马上解锁内容。
从表5-1开始继续示例，收据将显示以下开始和结束日期：
- 2月20号 – 3月20号
- 3月20号 – 4月20号
- 4月20号到6月17号在收据中记录详细信息
- 6月17号到7月17号
用户可以访问二月和六月刊，因为它们时在订阅被购买或重新订阅时解锁的内容，用户可以访问三月，四月，六月以及七月刊，因为在这些时间订阅是活动的。
二、到期和续订
续订过程在到期日期前10天开始预检。 在那10天中，应用商店检查任何可能导致自动续订延迟或无法续订的情况---比如，如果用户没有可用的支付方法，如果用户购买了订阅之后，产品价格升了，又或者如果产品已经不存在。 应用商店通知用户任何问题，这样他们就可以在续订之前解决这些问题，以确保不会终止他们的续订。
注意：提高订阅价格并不会终止所有用户的自动续订，只要那些用户的到期时间是在未来10天之内。 如果该价格改变是一个错误，把价格改回原来的价格并不会影响任何用户。 如果是有意的提交价格，一直保留该新价格将导致依次进入10天续订窗口的其他用户不能进行自动续订。
在订阅到期的前24个小时期间，应用商店开始尝试自动续订。 尽管应用商店在自动续订期间会多次尝试自动续订，但是如果失败次数太多则会终止自动续订。
尽管应用商店在它快要过期之前自动续订来防止丢失任何订阅。 但是，任然有可能丢失。比如，如果用户的支付信息已经失效，第一次续订将失败。 如果用户一直不更新该支付信息直到订阅到期，在到期时间和下次自动续订成功之前这段时间将有一小段时间的丢失。 用户也可以关闭自动续订并故意让订阅到期，然后在以后续订它，长期丢失订阅。 请确定你的应用程序的订阅逻辑能正确地处理不同时间的丢失。
当成功续订之后，商店Kit把续订交易添加到交易队列中。应用程序在启动时检查交易队列并且同处理其它任何交易一样处理它。 注意如果在续订时应用程序已经运行，那么交易观察者将不被调用；应用程序在下一次启动时找到续订记录
三、取消
购买了一个订阅后得全额付款，只有通过联系苹果客服服务才能退款。 比如，如果用户意外买错了产品，客服中心可以取消该交易并退款。 用户不能在订阅周期中间改变注意不支付剩余的订阅。
要想确认某次交易是否已经被取消，在收据 (receipt) 中查找 Cancellation Date (取消日期)字段。 如果该字段有日期，不管该订阅的过期日期是什么，该交易都已经被取消---取消交易就是跟没有购买过一样。
根据产品类型，只能检查当前的活动交易，可能需要检查过去所有的交易。比如，杂志应用需要检查过去所有的交易来决定用户访问了那些期刊。
四、跨平台注意事项
产品识别码只能绑定到一个应用程序。同时有 iOS 和 OS X 版本的应用程序是不同的应用程序并分别带有不同的产品识别码。 可以让在一个 iOS 应用中购买了订阅的用户从 OS X 应用(或其它平台)访问它购买的内容，但是这功能你应该自己实现。你会需要一些系统来识别用户并保持跟踪他们已经订阅了什么内容，类似于你会给一个 no-renewable subscriptions (不可再生订阅)应用程序实现什么。
五、让用户管理订阅
不需要编码实现订阅管理 UI ，应用程序可以打开以下 URL
https://buy.itunes.apple.com/WebObjects/MZFinance.woa/wa/manageSubscriptions
打开该 URL 启动 iTunes 或者 iTunes 商店，然后显示管理订阅页面。
六、测试环境
为了测试，自动订阅在产品环境 (production environment) 和 在测试环境 (test environment) 中的行为有所不同。
更新发生在加速时，并且自动订阅每天最多更新6次。 这样让测试应用程序如何处理订阅更新，一个订阅失效，以及一个包括缺口的订阅历史。因为加速的到期和更新速度，订阅可以在系统开始尝试更新订阅之前过期，在订阅期间留下一个小失误。 因为各种原因，这样的失误在产品中也同样可能存在---请确保应用程序可以正确地处理它们。
