Unity使用Strip的总结

Code Strip

简而言之,Code Strip就是代码裁剪。开启代码裁剪,能够在build时将项目中没有用到的代码裁减掉,以减少build出的代码量。

如果使用了il2cpp,由于build过程中先生成CIL然后再生成cpp代码。所以开启Managed code stripping之后,能减少CIL的生成,从而加快cpp生成的过程。

Strip的主要作用在于裁剪系统库、Unity引擎代码、插件代码,往往它们包含了大量对工程无用的代码。

开启方法

在Unity编辑器的File->Build Settings->Player Settings可以设置Managed Stripping Level
截图

  • PC平台:有4个选项可供选择:Disable(默认),Low,Medium,High。
  • iOS平台:没有Disable选项,默认为Low,但提供了Strip Engine Code的选项。

各个Level对不同代码的裁剪规则不同,具体内容可以看官方链接

强制保留

因为UnityLinker进行strip的逻辑原因,代码中使用反射调用(没有直接引用)的类和属性等也会被裁剪掉,这样会导致运行时错误。
Unity提供了两种方法来标记需要强制保留的代码:

  1. 使用**[Preserve]**标签,可以对Assembly、Type、Field、Properties、Method使用。
  2. 使用Link.xml文件,在文件中写明需要保留的代码,使用范围同上,还可以标记保留整个Namespace。

对比

这里使用新工程做一个测试,对新工程设置不同的strip level,然后在iOS平台build出xCode工程。对比xCode工程的Classes/Native中代码的数量:

  • low:72.7M(74项)
    截图
  • high:54.5M(62项)
    截图

Strip中遇到的问题及解决方法

类型转换错误

InvalidCastException: Unable to cast object of type ‘BehaviourTree’ to type ‘DialogueTree’.

对于该类型错误,无法有效的确定错误原因(以NodeCanvas为例,对错误的实例进行类型转换的逻辑流程无法准确定位,可能与NodeCanvas对行为树资源反序列化的实现有关),最直接的办法是将整个模块的Namespace包含到link中以避免此类问题。
(同时可以对官方示例进行同等级的strip,尝试更仔细的解决问题,通常官方示例因为体量小,能更快的进行build迭代和测试)。

无法为抽象类创建对象

Exception: Cannot create an instance of an interface or abstract type for NodeCanvas.Framework.ActionTask。

通常原因在于其实现类没有被保留下来。报错定位依然不明确。解决办法同上。

无法解析符号

Type with name ‘NodeCanvas.Tasks.Actions.PlayerActions.AnimationAction’ could not be resolved.

其中指出的符号,即类型、方法、属性等,因为没有被保留下来,导致进行反射调用时无法确定符号意义导致的问题。解决方法很明确,就是将符号写入link.xml以在strip过程中保留。

找不到Class ID对应的类型

ReportException: UnityLogError Could not produce class with ID 134.

通常是因为Unity引擎的代码被Strip掉了,导致在程序运行时找不到对应的类。对此类问题比较方便的一点在于,错误信息给出了具体的类(https://docs.unity3d.com/Manual/ClassIDReference.html),要解决问题只需要将查表找到的Class加入到link.xml即可。

找不到构造器

ReflectionException: The reflector requires concrete classes.Type XXX has no constructor. Is it an interface?

这是在使用StrangeIOC框架时遇到的问题。因为框架通过注入->反射来获取具体类型的实例,所以其中的Mediator、Model、Command、Service都没有直接引用(在MVCSContext中会进行绑定,以此为根可以找到所有的MVCS类),在strip时由于没有自定义的构造器,导致错误(原因待查)。解决该问题的方式,就是不通过UnityLinker的逻辑来strip这些类,而是将这些类所在的Namespace加入到link.xml。

找不到set函数

ReportException: UnityLogError System.ArgumentException: Set Method not found for ‘xxx’

这也是在使用StrangeIOC框架时遇到的问题。因为我们在Mediator、Service类的开头使用[Inject]标签来获取一个Model,而且在逻辑处理部分只用到了属性的get方法,如果这个Mediator、Service本身没有被完整保留(添加到Link.xml或者使用了[Preserve]标签),这样会导致该条属性的set方法被裁剪掉,初始化这个类时,会因为找不到属性的set方法而报错。
(代码示例:)

[Inject]
public MyModel myModel {get; set;}

此时解决办法之一是将这个Mediator、Service类加入到Link.xml中,在Strip时完整保留这个类。还有另一个小技巧:让Inject继承PreserveAttribute,这样能保证所有使用[Inject]标签的属性都被完整保留下来。

Strip之后需要注意的问题

  1. 务必做全量测试。虽然部分插件对Strip做了处理(例如提供了link.xml),但是依然有许多插件、第三方库没有考虑Strip的问题。所以必须通过全量测试来保证没有过度裁剪。
  2. 维护好逻辑代码。通常逻辑代码不需要进行裁剪,但是对于某些特殊情况(大量出现一部分代码仅运行在PC平台,另一部分代码需要运行在各个平台)最好是对代码合理分配Namespace,以便于在link.xml中通过Namespace进行裁剪。

参考链接

  1. https://docs.unity3d.com/Manual/ManagedCodeStripping.html
  2. https://docs.unity3d.com/Manual/ManagedCodeStripping.html
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值