【Android】只给个泛型，如何自动初始化ViewModel与ViewBinding？这几种方案值得了解
内容提要
本文介绍了三种封装计划来实现自动初始化ViewModel和ViewBinding的方法。第一种是使用反射，通过获取泛型的实例来初始化目标。第二种是使用APT代码生成，通过生成对应的代码来实现初始化。作者还提到了混淆和类型安全与可读性的问题。最后，作者总结了三种方法各自的优缺点，选择哪种方法取决于个人偏好。
延伸解读
反射方案：性能不是主要瓶颈，混淆才是
文章指出，反射调用虽然涉及运行时解析和权限检查，但在此场景下只调用一次，性能开销与正常调用差异不大。真正的风险在于混淆：若未正确配置 keep 规则，反射依赖的类名和方法名可能被混淆，导致运行时找不到目标而崩溃。因此，采用反射方案必须确保 ViewModel 和 ViewBinding 相关类不被混淆，否则自动初始化会失效。
APT方案：编译期生成代码，但需注意混淆与硬编码
APT 通过注解处理器在编译期生成初始化代码，避免了反射的运行时开销，类型安全也更好。但文章提醒，生成的类同样需要混淆保护，否则反射调用生成类时可能失败。此外，基类中通过反射调用生成类的方法，本质上仍依赖类名和方法名的硬编码，若生成规则或基类逻辑变动，需同步调整，维护成本不容忽视。
三种方案如何选：权衡便利性、安全性与维护成本
文章对比了原始构造传参、反射和 APT 三种方案。原始方案性能好、无反射，但子类需手动传参；反射方案最简洁，但混淆配置和类型安全是隐患；APT 方案兼顾了简洁与类型安全，但引入了注解处理器和代码生成，增加了构建复杂度和混淆规则。作者认为选择取决于个人偏好，实际项目中需根据团队习惯、混淆策略和维护成本综合权衡。
Q&A
如何使用反射自动初始化ViewModel和ViewBinding？
可以通过在基类中定义泛型，并使用反射获取泛型的实例来实现自动初始化。具体实现需要传入ViewModel的class对象和DataBinding的inflate方法。
APT代码生成的基本步骤是什么？
首先定义注解@AutoInject，然后使用auto-service和kotlinpoet库生成初始化代码，最后在需要的类上添加该注解以自动生成对应的初始化方法。
这三种自动初始化方法各自的优缺点是什么？
反射方法性能较好但在混淆时需注意，APT代码生成相对简单且安全，但需要额外的配置，ASM字节码插桩灵活性高但实现复杂。
使用反射时如何处理混淆问题？
在混淆配置中需要添加规则，确保ViewModel和ViewBinding类不被混淆，以避免在运行时无法通过反射找到相应的类和方法。
反射方法的性能如何？
反射的性能开销在调用次数较少时与正常调用差异不大，尤其是在Android开发中，通常只调用一次，因此影响不大。
如何在基类中实现泛型的实例化？
可以通过在基类中定义泛型，并在构造函数中传入对应的Class对象和inflate方法，从而在基类中实现泛型的实例化。
