<code id='DA2A482284'></code><style id='DA2A482284'></style>
    • <acronym id='DA2A482284'></acronym>
      <center id='DA2A482284'><center id='DA2A482284'><tfoot id='DA2A482284'></tfoot></center><abbr id='DA2A482284'><dir id='DA2A482284'><tfoot id='DA2A482284'></tfoot><noframes id='DA2A482284'>

    • <optgroup id='DA2A482284'><strike id='DA2A482284'><sup id='DA2A482284'></sup></strike><code id='DA2A482284'></code></optgroup>
        1. <b id='DA2A482284'><label id='DA2A482284'><select id='DA2A482284'><dt id='DA2A482284'><span id='DA2A482284'></span></dt></select></label></b><u id='DA2A482284'></u>
          <i id='DA2A482284'><strike id='DA2A482284'><tt id='DA2A482284'><pre id='DA2A482284'></pre></tt></strike></i>

          嘉盛资本通
          嘉盛资本通

          游戏财务ElicUmemi无尽天梯梦见账本类型财务Umemi前言 而跳过了这个优化的过程

          时间:2025-09-19 05:06:36 来源:

          Hi 我的游戏个人项目扫雷Elic 无尽天梯梦见账本

          类型

          游戏

          财务

          Elic

          Umemi

          前言

          应用瘦身是个老生常谈的话题 。苹果其实对于应用瘦身也有着自己的财务一些方案 。本文就将结合官方文档进行阐述。无务

          一  、尽天见账 什么是梯梦应用瘦身  ?

          在 iOS, tvOS, 上 和操作系统根据用户设备和操作系统的性能对App进行裁剪优化 。这个优化的本类过程就是 应用瘦身 。

          二 、型财 剪切 (iOS,游戏 tvOS)

          是针对不同设备不同系统创建部署变体应用包的过程  。每个变体只包含当前设备和操作系统所需要的财务资源和可执行文件  。你只需要打包上传完整版本的无务应用到 。 将会根据不同的尽天见账设备及操作系统版本创建分发不同的变体 。

          用 asset 储存图片资源以便 为不同的梯梦变体选择资源加载。当用户安装应用时,本类将会下载安装一个针对其设备系统版本的型财变体。

          Xcode 将会在本地 build 和 run 的游戏时候模拟进行 。当你 的时候 Xcode 将会包含所有构建版本并允许你导出变体包。

          下图很好的演示了这个过程

          app_thinning01.png

          思考

          这里提到 asset 会根据架构不同进行资源加载 ,所以我们平时不要把资源直接放到 中 ,而跳过了这个优化的过程 。

          三 、

          是编译器的一层间接。你上传到 的打开了的 App 将会在 被 编译 和 链接。包含了 将会使Apple 可以在未来再优化你的应用包而不用再重新上传。

          对于 iOS 应用 是默认非必须选的 。 和 tvOS 是必选的 。如果想要支持 那么你所有用到的库都要支持 。

          符号表

          Xcode 默认会隐藏你的应用的符号表 ,所以对于 Apple 它是不可见的 。当你上传你的 App 到 的时候你可以选择包含符号表``。包含符号表会使Apple 为你提供崩溃日志。

          如果你想要自己收集崩溃日志 ,那么你可以不上传符号表。你可以在发布应用后下载 编译后的符号表  。

          四、 ODR: On- (iOS, tvOS)

          这些资源主要是图片和声音。 将其保存管理在苹果的服务器。 将会按需使用资源优化变体包。后面将以 ODR 进行简称 。

          ODR 提供了更好的用户体验:

          on_demand_resources.png

          4.1 使用须知

          App 负责请求这些资源  ,操作系统负责 下载 和 存储 。应用使用资源,然后请求。下载后 ,资源可能会通过多个启动周期保留在设备上 ,使访问速度更快 。

          资源可以是 支持的任何类型的资源,但 可执行程序 除外 。Table 1-1 显示支持按需资源类型  ,并指示这些类型是否以 文件 或 Asset 包含在项目中 。

          Table 1-1: On- types

          Data file

          Image

          scene

          atlas

          Apple TV Image Stack

          数据文件可以包含任何类型的数据,但可执行的 Swift 、 -C、 C 或 C++ 代码除外。脚本语言生成的文件 可以是按需加载的 。

          4.2 ODR 的好处应用资源懒加载 。远程存储很少使用的资源 。应用内购买资源的远程存储 。五 、 ODR 标签的工作原理

          通过分配 一个或多个标签 来识别开发过程中的按需加载资源 。标签 是您创建的字符串标识符。您可以使用 标签的名称 来识别应用中如何使用包含的资源。例如 在游戏中,使用标记 level-5 来处理与 level-5 相关的每个资源。

          当操作系统需要更多存储时5.1 游戏举例

          继续使用游戏示例,在分为多个级别的游戏中,用户只需要与用户正在玩的水平和下一个可能级别相关的资源 。

          下图显示一个应用 ,其中包含所有级别的所有资源 。

          adventure_no_odr_2x.png

          通过为不同级别以及不需要包含在应用中的其他共享资源创建标签,可以缩小应用包的大小。

          下图显示了一个更小的应用,其标记的资源集托管在 App Store 上 。

          adventure_odr_2x.png

          5.2 额外设置

          您可以指定

          六、 ODR 的生命周期

          应用按标签请求,而不是特定的资源 。

          6.1 共享 ODR

          当您使用 ODR 开发应用时 ,您可能会注意到请求一个标签会同时下载的其他标签相关的资源。这是因为操作系统与用于下载共享资源的优化资产包配合使用。一个标签可能存在多个 Asset 中 。构建应用时,Asset 由 Xcode 生成 。

          6.2 流程

          ODR_flow_2x.png

          1.应用程序从操作系统请求标签。操作系统将所要求的标签转换为包含相关资源的一组资产包。

          在下图中应用请求与 和 标签相关的资源。

          step2_2x.png

          2.标签的 Asset 位于本地存储中,则生命周期移动到第6步 。

          3.标签的一个或多个 Asset 托管在 App Store 上,原因要么是它是应用的第一次发布 ,要么是之前加载在设备上的资源被清除(参见下面的 第9步)。

          在下图中,所有 ODR 都在应用商店中 。

          step1_2x.png

          4.操作系统开始下载与尚未存储在本地存储中的相关的资源。

          5.与所要求的标签相关的 Asset 资源完成下载到设备 。

          在下图中,与 和 标签相关的资源将下载到了设备中。

          step3_2x.png

          6.如果成功下载了与所要求的标签相关的资源 ,或者如果资源已在设备存储中,则操作会增加 Asset 的引用计数 ,并通知应用所请求的标签可用。

          在下图中 ,应用程序被告知与 和 标签相关的资源是可用的 。

          step4_2x.png

          标签可用后,应用将使用与这些标签相关的资源 。ODR 的访问方式与与下载的应用捆绑的资源相同。下图显示下载的资源作为应用程序的虚拟成员。

          step5_2x.png

          7.应用程序通知操作系统 ,它已经完成了对请求标签的使用 。

          8.操作系统在本地存储中释放标签 。这是通过减少与标签相关的 Asset 的引用计数来完成的 。

          对设备上已使用的标签进行另一个请求将移动到 第1步 。

          9.操作系统从本地存储中清除与 Asset 相关的缓存资源 。

          七、 总结

          本文只是初步的对 ODR 有了一个整体初步的了解 。很多细节还并没有涉及比如项目怎么配置,代码怎么写。我将在后续文章中继续深入探索。

          更多内容请点击【综合】专栏