欢迎来到【源码交易便利吗】【源码时代源码】【源码源码圆满】asynctask源码详解-皮皮网网站!!!

皮皮网

【源码交易便利吗】【源码时代源码】【源码源码圆满】asynctask源码详解-皮皮网 扫描左侧二维码访问本站手机端

【源码交易便利吗】【源码时代源码】【源码源码圆满】asynctask源码详解

2024-12-24 09:42:05 来源:{typename type="name"/} 分类:{typename type="name"/}

1.《Exploring in UE4》多线程机制详解[原理分析]
2.Spring的码详@EnableAsync与@Async使用详解
3.JobIntentService源码解析

asynctask源码详解

《Exploring in UE4》多线程机制详解[原理分析]

       多线程是优化项目性能的重要方式之一,游戏也不例外。码详尽管有观点认为“游戏不适合利用多线程优化”,码详但实际上游戏中多线程的码详应用非常广泛,如渲染模块、码详物理模块、码详源码交易便利吗网络通信、码详音频系统、码详IO等。码详UE4引擎运行时展示的码详线程数量可能比您想象的要多。

       尽管UE4遵循C++标准,码详但它并没有使用std::thread,码详而是码详自实现了一套多线程机制,这类似于Java的码详用法。如果您想使用std::thread,码详也是完全可以的。

       在UE4中,源码时代源码您可以创建继承自FRunnable接口的单个线程,也可以直接创建AsyncTask来调用线程池中空闲的线程,还可以通过TaskGraph系统异步完成自定义任务。尽管本质相同,但用法不同,理解上也需要花费不少时间。本文将对各种机制进行分析并总结,但不会深入讨论线程的实现原理和线程安全等内容。由于个人接触多线程编程时间不长,有些内容可能不够准确,欢迎共同讨论。

       首先,我们从最基本的方式来创建线程,即创建一个继承自FRunnable的类,将任务分发给其他线程执行。FRunnable是源码源码圆满一个简单的类,包含5到6个函数接口,为了与真正的线程区分,我们将其称为“线程执行体”。

       关于FQueuedThreadPool线程池,它类似于一般的线程池实现,维护了多个线程FQueuedThread和多个任务队列IQueuedWork。在线程池中,所有线程都是FQueuedThread类型,它们是继承自FRunnable的线程执行体,每个FQueuedThread包含一个FRunnableThread作为内部成员。

       接下来,我们谈谈更复杂的AsyncTask系统,它是一套基于线程池的异步任务处理系统。在使用搜索引擎搜索UE4多线程时,可能会看到类似官方代码中的异步处理解决方案示例。这个所谓的倒卖源码源码多线程用法看似简单,但实际上也是基于Runnable的方式实现的,只是封装得更深,需要深入源码才能理解其原理。

       TaskGraph系统是UE4一套抽象的异步任务处理系统,可以创建多个多线程任务,并指定任务之间的依赖关系,按照该关系依次处理任务。具体实现方式网上有很多案例,建议先了解其用法。

       TaskGraph系统中的任务与线程可以创建多个Task任务并分配给不同的线程执行。在TaskGraph系统中,任务类也是我们自行创建的,如FTickFunctionTask、FReturnGraphTask等,其中需要声明DoTask函数来表示要执行的任务内容,GetDesiredThread函数来表示要在哪个线程上执行。源码 源码运算

       最后,我们总结了三种使用多线程的方式,每种机制都有很多技术点值得我们深入学习。对于消耗大、复杂的任务,不建议使用TaskGraph。对于简单的任务或想方便实现线程之间的依赖等待关系,可以直接使用TaskGraph。

Spring的@EnableAsync与@Async使用详解

       @EnableAsync注解允许Spring启动异步方法执行,类似于XML配置方式。当与@Configuration结合使用时,整个Spring环境将启用基于注解的异步处理。

       异步方法执行默认使用关联的线程池。若无匹配bean,Spring将使用SimpleAsyncTaskExecutor,它为每个新任务创建新线程。若异步方法返回值为void,调用过程中的异常信息无法返回给调用者,通常仅记录日志。

       自定义线程池和异常处理需实现AsyncConfigurer接口。若仅自定义一个,另一个可直接返回null,Spring将使用默认设置。使用AsyncConfigurerSupport扩展接口,可以全面配置。注意,当ThreadPoolTaskExecutor未被Spring管理时,可添加@Bean注解使其成为管理Bean。加入容器后,无需手动调用initialize方法,它在Bean初始化时自动执行。

       XML配置与基于javaconfig的示例功能等效,除了给Executor添加线程名字前缀。javaconfig方式提供更全面的配置。@EnableAsync注解的mode()属性控制切面应用:默认AdviceMode.PROXY,其他属性共同控制代理方式;若设置AdviceMode.ASPECTJ,则proxyTargetClass属性被忽略,此时需要spring-aspects相关模块的jar包,并且方法内部调用也会被拦截。

       @Async标注用于标记异步执行的方法,可加在方法或类上。加在类上表示类中所有方法均为异步执行。目标方法参数任意,返回值只能为void或Future,可以是ListenableFuture或CompletableFuture,以便更好地与异步任务交互。非future类型的返回值无法获取。

       探究EnableAsync源码,了解其内部工作流程。关注ProxyAsyncConfiguration配置类,它在PROXY模式下由Spring注入。分析AsyncAnnotationBeanPostProcessor,了解Executor和ExceptionHandler的配置过程。异步方法执行通过AnnotationAsyncExecutionInterceptor拦截器实现,最终在AsyncExecutionAspectSupport类中确定使用的Executor。

       详细实现步骤和测试代码可在GitHub上的相应仓库中找到。欢迎扫码关注以获取更多资源和信息。

JobIntentService源码解析

       Android 8.0引入了更严格的系统资源管控,包括后台限制规则。

       在Android 8.0中,禁止应用在后台运行时创建Service。

       若应用在后台运行,将会收到错误提示。

       JobIntentService是Android 8.0中新增的类,继承自Service。

       该类用于执行加入队列的任务。对于Android 8.0及以上系统,JobIntentService任务将通过JobScheduler.enqueue执行,而8.0以下系统则继续使用Context.startService。

       JobIntentService使用便捷,只需调用YourService.enqueueWork(context, new Intent())方法。

       相较于JobService,JobIntentService简化了操作,开发者无需关注其生命周期,避免了在后台运行时创建Service导致的crash问题,且通过静态方法即可启动。

       源码解析如下:首先记录几个关键变量的含义。

       在Android 8.0以上的系统中,执行流程如下。

       work的具体逻辑处理在何处?

       通过JobService的工作原理,查找onStartJob方法。

       最终,处理work的逻辑会流转至AsyncTask中,通过protected abstract void onHandleWork(@NonNull Intent intent)方法实现。

       子类需实现jobIntentService处理work,使用线程池的AsyncTask执行,无需考虑主线程阻塞问题。

       针对Android 8.0以下系统,流程如下:回到onStartCommand方法。

       同样,最终会流转至Asynctask任务执行onHandleWork。