不过「杀后台」情况并没有改善，估计需要 App 去主动适配 iOS 13 才能解决吧。更新建议已经升级 iOS 13、13.1 的用户，建议尽快更新到 iOS 13.2。另外购买 AirPods Pro 的用户也必须更新 13.2 才能正常使用。还在使用 iOS11、iOS12 系统的用户，更不更新都可以！iOS12 虽然没有深色模式等新功能，但目前比 iOS13 更稳定一些。
苹果推出的应用内购买服务器通知系统是怎样的？
苹果公司正在推出一个新的应用内购买服务器通知系统，当客户请求并收到应用内购买的退款时，可以让开发者知道，允许开发者采取适当的行动，比如撤销已购买的商品。开发者并不参与苹果的退款流程，退款流程由该公司处理。在此之前，当用户申请并获得应用内购买的退款时，开发者并不会收到退款通知，导致客户可以获得购买退款并保留应用内购买的情况。
这也给客户支持带来了问题，因为苹果和开发者之间在应用内购买方面没有明确的沟通。在iOS 14中，当客户收到应用内购买的退款时，开发者将收到服务器通知和更新的收据与取消的交易。开发者可以提醒客户关于退款的信息，并采取适当的措施来删除内容。苹果表示，这些变化将使开发者对客户互动有更多的控制权，使游戏玩法对所有玩家更加公平，并保护应用的经济。
苹果最新推出的Edge Cache服务是干啥的？
苹果今天推出了名为“边缘缓存”（Edge Cache）的全新服务，通过在网络服务提供商的网络内架设由苹果管理的服务器，以便于向终端用户更好的分发内容。苹果希望利用现有的ISP网络和服务器将数据存储在离用户更近的地方。这意味着要么将内容预先缓存在ISP网络内部的服务器上，要么在客户查看或下载内容时，可以将这些数据保存在用户本地的服务器中，以在整个提供商的服务区域内重复使用。
让我们举个更直观的例子--当你和你的邻居在短期内观看同一部电影。通常，你将对最近的Apple服务器执行ping操作，并通过Akamai内容分发网络或Apple曾经为您使用的其他内容交付服务来传输反馈。数据将在到达用户之前通过ISP服务器。而借助Edge Cache服务，ISP可以一次又一次地将流式传输内容的数据保留在本地ISP服务器中，并将其传送给您或连接到同一ISP服务器的任何人，而无需再次ping通原始的Apple服务器。
因此Edge Cache服务可以实现更快、更可靠的内容交付。由于在到达用户终端前经过的互联网基础设施减少，因此减少了出现问题的可能性，最大程度地减少了重新路由，并减少了用户的等待时间，使用户和ISP受益。像Netflix和Amazon这样的其他公司已经有一个类似的内容交付系统。目前苹果的Edge Cache服务仅接受邀请加入，符合条件的应用程序可以考虑通过官网进行申请。
谷歌新推出的Cloud Run无服务器计算平台，为开发者带来了哪些便利？
在今日于旧金山举办的 Google Cloud Next 2019 大会上，谷歌正式发布了无服务器计算堆栈的最新成员 —— Cloud Run 。与此同时，该公司还宣布了其云功能与 App Engine 平台的最新进展。对于开发者来说，其经常需要在无服务器的速度、易用性，以及容器的灵活性、可移植性之间做出选择。
谷歌表示，其希望提供一套两全其美的产品。（题图 via：VentureBeat）据悉，谷歌新推出的无服务器计算平台，有助于开发者以自己的方式，构建端到端的应用程序，而无需担心底层的基础架构。Cloud Run 允许开发者在完全受管理的无服务器执行环境中，运行无状态 HTTP 驱动的容器。它负责所有基础架构，涵盖配置、扩展和服务器管理。
Cloud Run 能够在‘几秒钟内’自动向上或向下扩展、甚至将资源占用降低为零，因此您只需为实际使用的资源而付费。如果你对 Cloud Run 的限制感到好奇，只需要知道他正在使用 Gvisor 沙箱。若您的工作负载是无状态 HTTP 容器，就无需考虑这些问题。Google Cloud 无服务器主管 Oren Teich 解释称：“我们在 Cloud Run 中所做的，就是推出一款采用 Docker 容器的全新产品、并立即为您提供统一资源定位符（URL）”。
这在整个业界都是独一无二的，我们正在处理从 SSL 配置的最高端、路由、移植到您实际运行容器的所有事务。您只需支付 100-ms 使用费，而且它是支持端到端管理的。作为一名开发者，你只需将容器交给我们，剩下的一切都无需操心。你可以通过命令行或图形界面来提交，Google Cloud 会完成 HTTP 部署、端口设置、负载均衡、路由扩展等所有事务。
内存方面只有两个参数需要调整，剩下的全是自动处理的。这不是一套复杂的编排系统，而是一款易于使用和开发的产品。你可以从零开始苦战，只需在收到请求后再付款。借助 Google Kubernetes Engine（GKE），开发人员可以在现有的 GKE 集群上运行无服务器工作负载。您可以将相同的无状态 HTTP 服务部署到自建的 GKE 集群，同时抽象出复杂的 Kubernetes 概念。
通过 GKE 上的 Cloud Run，您还可以访问自定义计算机类型、计算引擎网络、以及与部署在同一群集中的其它工作负载并行的运行功能。Cloud Run 基于 Knative，一个开放的 API 和运行时环境。其允许开发人员在任何地方运行无服务器工作负载，你可以从别的地方开始、然后在 GKE 上移动到 Cloud Run 。
或者，您可以在自建的Kubernetes集群中使用Knative，并在将来迁移到云运行。以Knative为底层平台，工作负载可以跨平台移动，从而降低转换成本。据悉，Knative上线8个月以来，已有50多家投稿公司和400名投稿人，3000多条拉取请求。
