UniApp开发中onInit生命周期的问题解析

在进行UniApp开发时，onInit生命周期是一个相对较新的概念，主要出现在百度小程序基础库 3.260 以上版本中。很多开发者在迁移或使用过程中，可能会遇到一些关于生命周期使用的困惑，特别是关于onInit和onLoad的选择。那么，今天就来聊一聊这个话题，帮助大家理清思路，避免不必要的坑。

什么是onInit生命周期？

在UniApp中，onInit是页面生命周期中的一个新的钩子，它在页面加载之前执行。它被设计用于替代onLoad，尤其是在处理不依赖页面传参的逻辑时。通过onInit，可以在页面初始化时就进行一些准备工作，比如数据初始化、接口请求等，避免不必要的逻辑重复执行。

然而，onInit并不是所有平台都支持的，只有在百度小程序基础库 3.260 以上版本中才会生效。对于其他版本或平台，仍然需要使用onLoad来处理页面加载时的逻辑。

onInit与onLoad的区别

• onInit：页面初始化时触发，适用于不依赖页面传参的逻辑。此生命周期适合一些基础操作，比如数据初始化、状态管理等。
• onLoad：页面加载时触发，通常会处理一些依赖页面传参的业务逻辑。当你需要使用页面传递的参数时，onLoad是一个合适的生命周期。

需要特别注意的是，在使用这两个生命周期时，要避免重复执行相同的逻辑，特别是在多个平台之间切换时。比如，某些平台可能不支持onInit，那就需要退回到使用onLoad。这种情况下，两个生命周期中的逻辑就容易重复执行，导致冗余的计算或请求。

如何避免逻辑重复执行？

条件判断：根据平台和基础库版本判断是否执行onInit，如果不支持onInit，则退回到onLoad，从而避免重复执行相同的逻辑。

if (uni.getSystemInfoSync().platform === 'baidu' && uni.getSystemInfoSync().SDKVersion >= '3.260') {
    // 使用 onInit 逻辑
} else {
    // 使用 onLoad 逻辑
}

直接使用created生命周期：对于一些不依赖页面传参的初始化逻辑，可以直接将它们放到created生命周期中。这样不仅可以减少代码的冗余，还能更清晰地分隔初始化操作和页面加载逻辑。

created() {
    // 数据初始化等
}

总结

在UniApp开发中，onInit生命周期可以帮助我们在页面初始化时执行逻辑，尤其是在不依赖传参的情况下非常方便。然而，只有百度小程序基础库 3.260及以上版本才支持onInit，其他平台或版本则需要依赖onLoad。为了避免逻辑重复执行，建议在适当的生命周期中执行不同的初始化操作。对于不依赖页面传参的业务逻辑，created生命周期是一个不错的选择。

希望通过这篇文章，能够帮助大家更好地理解UniApp中的生命周期管理，提升开发效率，避免不必要的错误。

小贴士

• 版本检测：使用uni.getSystemInfoSync()来获取平台版本信息，灵活判断是否使用onInit。
• 尽量将不依赖页面传参的逻辑移到created生命周期，减少依赖性，提升代码复用性。

希望今天的内容对你有所帮助！记得关注我，我们下次再见~