Unity笔记:协程

这篇具有很好参考价值的文章主要介绍了Unity笔记:协程。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

协程

协程有IEnumerator类型返回值,所以总要有至少一个yield return xxx

基础入门直接看这个就够了:gamedevbeginner - Unity 中的协程(如何以及何时使用它们)

考虑使用协程的典型情况:

  • 将对象移动到某个位置。
  • 为对象提供要执行的任务列表(如前面的待办事项列表示例中所示)。
  • 淡入淡出的视觉或音频。
  • 等待资源加载。

协程的特点:

  1. 无法显式检查协程是否已在运行
  2. 协程的执行持续的时间是不确定的。协程允许开发者在多个帧上执行游戏逻辑(这里就涉及到Unity如何依靠IEnumerator将协程拆分成多个帧执行)
  3. 协程的执行顺序也是不确定的,它是由Unity引擎控制的,它可能会在主循环的不同阶段执行。

在Unity中,协程的执行是由Unity引擎来管理的。当你启动一个协程时,Unity会在后台为该协程创建一个迭代器(iterator,这要求协程的返回值是IEnumerator),并在每一帧中逐步执行该迭代器。

  1. 按顺序执行:Unity会按照协程启动的顺序来执行它们。如果有多个协程在同一帧启动,它们将按照启动的顺序进行排列执行。
  2. 帧更新执行:协程的执行是在Unity的每一帧更新中进行的。每当Unity引擎执行一帧时,它会检查当前正在执行的所有协程,并根据协程的当前状态来决定是否继续执行、暂停执行或者完成执行。
  3. 暂停和继续:当协程执行到 yield return 语句时,Unity引擎会暂停该协程的执行,并将执行控制权交还给引擎。在等待的条件满足或者时间间隔过去后,Unity引擎会重新激活协程,并从 yield return 语句之后的代码开始继续执行。
  4. 时间管理:当协程使用 yield return new WaitForSeconds(time) 等待一段时间时,Unity引擎会在等待时间结束后再次激活该协程。这样可以确保协程在指定的时间间隔后再次执行。
  5. 性能优化:虽然协程可以在多个帧中执行,但过多的协程同时执行也可能会影响性能。因此,在使用协程时应注意控制协程的数量,避免不必要的性能消耗。

协程的启动

  1. 以字符串传入协程名字启动
  2. 直接传递协程方法的引用

这种方法必须要求协程和启动写在一个文件里。如果不在一个文件里,Unity会在当前对象所附加的脚本中查找对应的协程方法,并且启动方法只能是直接传递协程方法的引用

注:当使用字符串启动协程时,只能传入一个参数

// 以字符串传入协程名字启动
StartCoroutine("MyCoroutine");
// 以字符串传入协程名字启动最多一个参数
StartCoroutine("MyCoroutine", 1);
IEnumerator MyCoroutine(int value)
{
    // Code goes here...
}
// 直接传递协程方法的引用
StartCoroutine(MyCoroutine());
// 传递协程方法的引用在别的脚本
StartCoroutine(OtherScriptName.MyCoroutine());

协程与yield

任何协程暂停的代码都需要从yield return开始,yield 表示该方法是一个迭代器,它将在多个帧上执行,而 return 与常规函数一样,在该点终止执行并将控制权传递回调用方法。不同之处在于,使用协程时,Unity 知道从中断的地方继续该方法。yield return 后面的内容将指定 Unity 在继续之前等待多长时间。

等待到下一帧再执行

通过yield return null通常可以实现帧计数:

IEnumerator MyCoroutine()
{
    // 执行一些操作
    yield return null; // 暂停协程,等待下一帧
    // 在暂停之后是从这里继续执行
}

等待一定时间

暂停协程的执行一段时间,然后在指定的时间后继续执行。

IEnumerator MyCoroutine()
{
    // 执行一些操作
    yield return new WaitForSeconds(2.0f); // 暂停协程,等待2秒
    // 继续执行
}

如果要反复delay(如在while中),缓存 WaitforSeconds 对象的性能会稍好一些。

WaitForSeconds delay = new WaitForSeconds(1);

WaitForSecondsRealtime(5);会在游戏暂停也执行,这是和WaitForSeconds在游戏暂停时等待时间不流逝是不一样的

等待帧结束

这个用法会暂停协程的执行直到当前帧结束后继续执行。通常用于在当前帧渲染完成后执行一些操作,典型用途是截取屏幕截图。

IEnumerator MyCoroutine()
{
    // 执行一些操作
    yield return new WaitForEndOfFrame(); // 暂停协程,等待当前帧结束
    // 继续执行
}

等待某bool表达式为true

下面这个则是等待值为true才执行后面的

IEnumerator CheckFuel()
{
    yield return new WaitWhile(() => fuel > 0);
    print("tank is empty");
}

等待另一个协程执行完

IEnumerator MyCoroutine()
{
    print("Coroutine has started");
    yield return StartCoroutine(MyOtherCoroutine());
    // 在启动的协程完成后,代码将继续
    print("Coroutine has ended");
}

什么情况需要使用在当前帧结束完执行协程?主要是那些避免影响游戏性能和用户体验的场景:

  1. UI更新:有时你可能需要等待当前帧渲染完成后再更新UI,以确保UI元素在渲染前已经准备就绪,避免出现闪烁或不良的渲染效果。(那为什么不放在LateUpdate呢?)
  2. 延迟加载资源:在某些情况下,可能需要在当前帧结束后加载资源,以确保不影响当前帧的性能。例如,当某些资源仅在某些条件下才需要加载时,可以在下一帧加载这些资源,而不是立即加载。
  3. 执行复杂计算:如果有复杂的计算或处理需要在游戏逻辑更新之后执行,可以将这些操作放入协程中,在下一帧执行,以避免影响当前帧的性能。
  4. 网络请求或数据库操作:当需要进行网络请求或数据库操作时,可能需要等待当前帧结束后再执行,以避免阻塞主线程,从而提高游戏的流畅性和响应性。
  5. 场景切换后的操作:在场景切换后,可能需要进行一些初始化或清理操作,这些操作最好在当前帧结束后执行,以确保场景切换的流畅性和正确性。

yield的特殊情况

IEnumerator FetchData()
    {
        Todo[] todos;
        User[] users;
        // USERS
        var www = new WWW(USERS_URL);
        yield return www;
        if (!string.IsNullOrEmpty(www.error))
        {
            Debug.Log("An error occurred");
            yield break;
        }
        var json = www.text;
        try
        {
            var userRaws = JsonHelper.getJsonArray<UserRaw>(json);
            users = userRaws.Select(userRaw => new User(userRaw)).ToArray();
        }
        catch
        {
            Debug.Log("An error occurred");
            yield break;
        }
        // TODOS
        www = new WWW(TODOS_URL);
        yield return www;
        if (!string.IsNullOrEmpty(www.error))
        {
            Debug.Log("An error occurred");
            yield break;
        }
        json = www.text;
        try
        {
            var todoRaws = JsonHelper.getJsonArray<TodoRaw>(json);
            todos = todoRaws.Select(todoRaw => new Todo(todoRaw)).ToArray();
        }
        catch
        {
            Debug.Log("An error occurred");
            yield break;
        }
        // OUTPUT
        foreach (User user in users)
        {
            Debug.Log(user.Name);
        }
        foreach (Todo todo in todos)
        {
            Debug.Log(todo.Title);
        }
    }
    void Start()
    {
        StartCoroutine(FetchData());
    }
}

注意这里可以yield return www是因为在Unity中,WWW类实现了IEnumerator接口,因此可以在协程中使用yield return来暂停协程的执行,直到网络请求完成。一旦请求完成,协程会继续执行下面的代码,完成数据的处理和输出。

协程的停止

协程在执行其代码后自动结束,无需显式结束

  1. 协程内部中断使用yield break
  2. 协程外部中断使用StopCoroutine("MyCoroutine");
  3. 停止 MonoBehaviour 上的所有协程StopAllCoroutines();

StopAllCoroutines();停止由调用它的脚本启动的所有协程,因此它不会影响在其他地方运行的其他协程,但是如果脚本 A 运行的协程启动了脚本B上的一个协程,那从脚本 A 调用StopAllCoroutines();会把这俩都关了,但是从脚本B上调用则一个也不会停止。

销毁或禁用游戏对象将终止从该对象调用的任何协程,也就是说存在一种情况是销毁了游戏对象A但是其上的协程没有终止,因为那个协程是由B调用启动的。

协程与Thread的区别

Unity的协程(Coroutine)和C#的线程(Thread)是用于实现异步操作的两种不同的机制

  • 如果要使用异步执行来表达游戏逻辑,请使用协程。
  • 如果要使用异步执行来利用多个 CPU 内核,请使用线程,但是在子线程不要接触任何Unity原生功能,因为它完全不知道 Unity 主循环目前处于什么状态

区别如下:

  1. 执行上下文

    • 协程在 Unity 中是基于协程管理器(Coroutine Manager)的,运行在主线程中。因此,协程可以访问 Unity 的 API 和对象,但不能进行跨线程操作。
    • 线程是独立的执行线程,与主线程分离。线程可以在后台执行任务,允许进行耗时操作,但在访问 Unity 的 API 和对象时,需要使用线程安全的方式,例如通过主线程调用 UnityMainThreadDispatcher 或使用 UnityMainThreadDispatcher 等工具。
  2. 开销

    • 协程相对于线程来说,开销较小。因为协程是基于迭代器的,不需要像线程那样创建和管理额外的线程。
    • 线程的创建和销毁需要更多的系统资源,因此在某些情况下,线程可能会导致更大的性能开销。
  3. 并发性

    • 协程在 Unity 中是顺序执行的,并不能真正实现多线程并发。即使使用了多个协程,它们仍然是在主线程中按顺序执行的。
    • 线程是真正的并发执行机制,可以在多个线程上同时执行不同的任务。这使得线程更适合处理需要同时进行的耗时操作,如网络请求、文件IO等。
  4. 线程安全

    • 协程可以直接访问 Unity 的对象和 API,因此不需要担心线程安全的问题。
    • 线程需要考虑线程安全的问题,需要使用锁、互斥量等机制来保护共享资源,以避免多线程同时访问导致的数据竞争和不确定性。

Unity 的 API 大部分是单线程访问的,这意味着在非主线程上直接访问 Unity 的 API 可能会导致异常或不确定的行为。如果没有特别需要,建议尽量避免在 Unity 中使用线程,而是使用协程等 Unity 提供的异步机制来处理异步操作。

协程更适合处理需要在多个更新周期中分批执行的任务,而线程更适合处理需要利用多核CPU的任务

协程、Invoke与Async

在Unity中,有几种常用的用于处理异步操作的方法:

  1. 协程(Coroutines):协程是Unity中用于处理异步操作的一种技术,它允许在多帧中分解一个操作,以避免阻塞主线程。
  2. Invoke:一种用于延迟调用方法的方法。可以使用Invoke方法在一定时间后调用指定的方法。
  3. Async:C#中用于处理异步操作的关键字,通常与await一起使用。在Unity中,可以使用Async/Await来处理异步操作,比如网络请求、文件读写等。

Async 和 Await 函数与协程之间的最大区别之一是它们可以返回一个值,而通常协程不能这样做。

Unity Documentation - MonoBehaviour.Invoke

Medium - Unity: Leveling up with Async / Await / Tasks

关于Coroutines与Async:文章来源地址https://www.toymoban.com/news/detail-854038.html

  1. 旧版本Unity可能不支持C#的Async/Await特性
  2. 协程侧重于分帧处理,Async侧重于异步

到了这里,关于Unity笔记:协程的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Unity vs Godot :哪个游戏引擎更适合你?

    游戏引擎的选择对开发过程和最终产品质量有着重大影响。近年来,Godot和Unity这两款引擎受到广泛关注。本文将从多个维度对两者进行比较,以期为开发者提供正确的选择建议。 Godot和Unity都有各自的优势,没有绝对的好坏之分。Godot开源免费,上手简单,更适合2D和小型游戏

    2024年01月23日
    浏览(98)
  • 30分钟了解所有引擎组件,132个Unity 游戏引擎组件速通!【收藏 == 学会】

    🎬 博客主页:https://xiaoy.blog.csdn.net 🎥 本文由 呆呆敲代码的小Y 原创,首发于 CSDN 🙉 🎄 学习专栏推荐:Unity系统学习专栏 🌲 游戏制作专栏推荐:游戏制作 🌲Unity实战100例专栏推荐:Unity 实战100例 教程 🏅 欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请指正! 📆 未来很长

    2024年02月11日
    浏览(74)
  • Unity和UE4两大游戏引擎,你该如何选择?

    目录 游戏引擎 2 —— 难易区别 编程语言 3 —— 游戏产品 UE4制作的游戏产品  Unity制作的游戏产品  产品类型 5 —— 资源商店 6 —— 人才需求 平均薪资 总结      Unity和UE4都是游戏引擎,所谓游戏引擎就是集成了复杂功能的游戏开发软件,他们帮我们实现了复杂的底层逻

    2023年04月08日
    浏览(73)
  • GODOT游戏引擎简介,包含与unity性能对比测试,以及选型建议

    GODOT,是一个免费开源的3D引擎。本文以unity作对比,简述两者区别和选型建议。由于是很久以前写的ppt,技术原因视频和部分章节丢失了。建议当做业务参考。 GODOT目前为止遇到3个比较重大的机遇,第一个是oprea的合作奖,第二个是用支持c#换来的微软的投资,第三个是虚幻

    2024年02月14日
    浏览(88)
  • Unity 开发人员转CGE(castle Game engine)城堡游戏引擎指导手册

    一、简介 2. Unity相当于什么GameObject? 3. 如何设计一个由多种资产、生物等组成的关卡? 4. 在哪里放置特定角色的代码(例如生物、物品)?Unity 中“向 GameObject 添加 MonoBehaviour”相当于什么? 5.Unity子目录相当于什么Assets? 6. 支持哪些模型格式? 7. 支持FBX模型格式吗? 8.

    2024年02月07日
    浏览(79)
  • SuperMap Hi-Fi 3D SDK for Unity制作游戏引擎材质

    kele     在交通,电力,规划等行业中,有的对象常常具有很强的质感,比如金属质感的 钢轨,电力塔;陶瓷材质的绝缘子;玻璃材质的建筑幕墙等,但常规方式的表现效果 往往差强人意。     游戏引擎(Unity3D)中已有丰富的材质资源库,比如玻璃,金属等材质,这

    2024年02月09日
    浏览(87)
  • 【毕业论文】| 基于Unity3D引擎的冒险游戏的设计与实现

    📢博客主页:肩匣与橘 📢欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请指正! 📢本文由 肩匣与橘 编写,首发于 CSDN 🙉 📢生活依旧是美好而又温柔的,你也是✨  基于Unity3D引擎的冒险游戏的设计与实现 📢前言 摘要 Abstract 1 绪论 1.1 选题背景 1.2 研究目的及意义 2 开发工具

    2024年02月05日
    浏览(66)
  • 游戏开发常用引擎工具介绍对比区别(UE4,Unity,Cocos,LayaAir,[egret-白鹭])

    是一套为开发实时技术而存在的引擎工具。目前广泛应用于3D建模渲染、游戏开发中。它完善的工具套件以及简易的工作流程能够使开发者快速修改或查看成果,对于代码的依赖性很低。而完整公开的源代码则能让使用者自由修改和扩展引擎功能。 是面向开发人员的 3D/2D 游戏

    2024年02月13日
    浏览(68)
  • 吐槽laya:H5小游戏开发应该用什么引擎好?laya、cocos还是unity?

    我看有人推荐laya,放在H5小游戏的前三排名,这压根不靠谱。 laya只能算个半成品,整体非常垃圾,如果是首次选择游戏引擎,至少转去cocos,实在选laya,那也没办法了。 下面说说laya有什么问题,如果只是一些简单的bug什么的,我是不会花这个时间吐槽的,但是如下的问题实

    2024年02月13日
    浏览(62)
  • Unity3D学习笔记——物理引擎

    1简介 刚体可以为游戏对象赋予物理特性,是游戏对象在物理系统的控制下接受推力和扭力,从而实现现实世界的物理学现象。 2属性 1简介 碰撞器是物理组件的一类,他与刚体一起促使碰撞发生 碰撞体是简单形状,如方块、球形或者胶囊形,在 Unity 3D 中每当一个 GameObjects

    2023年04月12日
    浏览(51)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包