Android:从零开始打造自己的深度链接库(二):ARouter源码解析

本文主要是介绍Android:从零开始打造自己的深度链接库(二):ARouter源码解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前言

这一篇我们来具体看一下ARouter的实现原理,如果你之前没有接触过ARouter,可以先阅读上一篇:
Android:从零开始打造自己的深度链接库(一):ARouter简介
废话不多,我们赶紧分析源码。

正文

首先我们从github下载最新的源码:

被选中的三个Module是我们今天分析的重点:

arouter-annotation

从名称看我们可以猜到这是自定义注解的库,我们就直接截个图:
arouter-annotation
我们看到了之前使用过的@Router,@Autowired,@Interceptor,这个库就直接略过。

arouter-compiler

我们先思考一个问题:

为什么通过注解,我们就可以跳转到指定的页面呢,ARouter是怎么做到的?

如果你之前看过EventBus,或者LitePal的源码,这一篇对于你来说就是小case。因为核心的原理都是一样的。

@AutoService(Processor.class)
@SupportedOptions(KEY_MODULE_NAME)
@SupportedSourceVersion(SourceVersion.RELEASE_7)
@SupportedAnnotationTypes({ANNOTATION_TYPE_AUTOWIRED})
public class AutowiredProcessor extends AbstractProcessor 

要想编译时处理注解,需要实现对应的AbstractProcessor,并使用@AutoService(Processor.class)注解,这样在编译时,这个注解解析器就会被执行,我们可以在编译时生成源文件来保存必要的信息,这样做的好处是,把注解解析的成本放在编译期间,从而节省了运行时的时间,对于用户来说,这样的体验是值得推荐的。

我们以AutowiredProcessor为例,分析一下编译期间ARouter到底做了哪些工作:

@Override
public boolean process(Set<? extends TypeElement> set, RoundEnvironment roundEnvironment) {if (CollectionUtils.isNotEmpty(set)) {try {logger.info(">>> Found autowired field, start... <<<");// 取出Autowired.classcategories(roundEnvironment.getElementsAnnotatedWith(Autowired.class));// 生成帮助文件generateHelper();} catch (Exception e) {logger.error(e);}// 注解处理完毕返回truereturn true;}return false;}

直接的解析工作需要重写process方法,从所有的注解中取出需要解析的注解集合,先看看这个categories()方法做了哪些处理:

private void categories(Set<? extends Element> elements) throws IllegalAccessException {// 判断使用了Autowired注解是否为空if (CollectionUtils.isNotEmpty(elements)) {for (Element element : elements) {// 得到被注解的元素的父级元素// 例如被注解的是一个属性,那么得到的就是这个类TypeElement enclosingElement = (TypeElement) element.getEnclosingElement();// 被注解的元素不可以被private修饰if (element.getModifiers().contains(Modifier.PRIVATE)) {throw new IllegalAccessException("The inject fields CAN NOT BE 'private'!!! please check field ["+ element.getSimpleName() + "] in class [" + enclosingElement.getQualifiedName() + "]");}// 因为编译解析器,可能被调用多次,所以这里使用一个键值对组合保存了之前解析过的信息,提高执行效率// 如果已经解析过了,找到之前的key,直接添加到集合中if (parentAndChild.containsKey(enclosingElement)) { // Has categriesparentAndChild.get(enclosingElement).add(element);}// 没有解析过,保存到集合中 else {List<Element> childs = new ArrayList<>();childs.add(element);parentAndChild.put(enclosingElement, childs);}}logger.info("categories finished.");}}

上面的代码注释已经写的很详细了,这里我们了解到了新的信息:

@Autowired不能修饰private属性!!!

接下来我们分析一下generateHelper()方法,因为代码比较多,所以我把几个核心的地方单独分析,刚才我们已经把每一个元素和对应的@AutoWired注解都保存了起来,那肯定是要遍历就这个集合了:

for (Map.Entry<TypeElement, List<Element>> entry : parentAndChild.entrySet()) {// 创建inject方法MethodSpec.Builder injectMethodBuilder = MethodSpec.methodBuilder(METHOD_INJECT).addAnnotation(Override.class).addModifiers(PUBLIC).addParameter(objectParamSpec);// 使用了注解的类TypeElement parent = entry.getKey();// 被注解修饰的元素List<Element> childs = entry.getValue();// 类名String qualifiedName = parent.getQualifiedName().toString();// 包名String packageName = qualifiedName.substring(0, qualifiedName.lastIndexOf("."));// 要生成的源文件的名称String fileName = parent.getSimpleName() + NAME_OF_AUTOWIRED;// 对源文件添加public修饰符,添加要实现的接口,和注释TypeSpec.Builder helper = TypeSpec.classBuilder(fileName).addJavadoc(WARNING_TIPS).addSuperinterface(ClassName.get(type_ISyringe)).addModifiers(PUBLIC);// 添加一个私有的serializationService属性FieldSpec jsonServiceField = FieldSpec.builder(TypeName.get(type_JsonService.asType()), "serializationService", Modifier.PRIVATE).build();helper.addField(jsonServiceField);// 为刚才创建的inject方法添加代码// serializationService = ARouter.getInstance().navigation(SerializationService.class)injectMethodBuilder.addStatement("serializationService = $T.getInstance().navigation($T.class)", ARouterClass, ClassName.get(type_JsonService));// ClassName.get(parent)类名injectMethodBuilder.addStatement("$T substitute = ($T)target", ClassName.get(parent), ClassName.get(parent));// 遍历被注解修饰的元素列表// 此处先省略for (Element element : childs) {...}// 源文件添加方法helper.addMethod(injectMethodBuilder.build());// 生成源文件JavaFile.builder(packageName, helper.build()).build().writeTo(mFiler);}

果然这里要开始生成源文件了,首先定义了要生成的文件的名称和位置(包名),然后创建一个public的inject方法,此处添加了一个SerializationService服务,这个服务是序列化的服务,我们可以先忽略。

然后就压开始遍历被@Autowired注解的元素集合了:

Autowired fieldConfig = element.getAnnotation(Autowired.class);
// 被注解的属性的名称
String fieldName = element.getSimpleName().toString();
// 如果这是一个IProvide的子类
if (types.isSubtype(element.asType(), iProvider)) { // 如果在注解中特别指定了名称if ("".equals(fieldConfig.name())) {    // User has not set service path, then use byType.// 在inject方法中使用属性名,获取属性对应的实例injectMethodBuilder.addStatement("substitute." + fieldName + " = $T.getInstance().navigation($T.class)",ARouterClass,ClassName.get(element.asType()));} else {   // 使用注解中的名称找到对应的实例injectMethodBuilder.addStatement("substitute." + fieldName + " = ($T)$T.getInstance().build($S).navigation()",ClassName.get(element.asType()),ARouterClass,fieldConfig.name());}// 判断该属性是否是必须,如果没有找到可以实例化的对象,注解抛出错误if (fieldConfig.required()) {injectMethodBuilder.beginControlFlow("if (substitute." + fieldName + " == null)");injectMethodBuilder.addStatement("throw new RuntimeException(\"The field '" + fieldName + "' is null, in class '\" + $T.class.getName() + \"!\")", ClassName.get(parent));injectMethodBuilder.endControlFlow();}
}else{...
}

首先判断被@Autowired注解的属性是否是一个IProvider接口,IProvider接口表示一个对外开放的服务,不同Module可以通过IProvider得到对应的服务,这样不同Module之间就可以进行通信。

String originalValue = "substitute." + fieldName;
String statement = "substitute." + fieldName + " = " + buildCastCode(element) + "substitute.";
boolean isActivity = false;
// 是否是Activity的子类
if (types.isSubtype(parent.asType(), activityTm)) {  // Activity, then use getIntent()isActivity = true;// 可以看Activity要通过intent进行属性的初始化statement += "getIntent().";
} 
// 是否是Frament的子类
else if (types.isSubtype(parent.asType(), fragmentTm) || types.isSubtype(parent.asType(), fragmentTmV4)) {   // Fragment, then use getArguments()// 可以看Activity要通过getArguments进行属性的初始化statement += "getArguments().";
} 
// 从此判断可以看出,@Autowired注解的类型只有IProvder,Activity和Fragment
else {throw new IllegalAccessException("The field [" + fieldName + "] need autowired from intent, its parent must be activity or fragment!");
}// 根据对应的类型,找到需要的类型
// 例如getInt(),getBoolean()
statement = buildStatement(originalValue, statement, typeUtils.typeExchange(element), isActivity);
// 如果是一个对象,我们要对应serializationService来实现初始化
if (statement.startsWith("serializationService.")) {   // Not mortalsinjectMethodBuilder.beginControlFlow("if (null != serializationService)");injectMethodBuilder.addStatement("substitute." + fieldName + " = " + statement,(StringUtils.isEmpty(fieldConfig.name()) ? fieldName : fieldConfig.name()),ClassName.get(element.asType()));injectMethodBuilder.nextControlFlow("else");injectMethodBuilder.addStatement("$T.e(\"" + Consts.TAG + "\", \"You want automatic inject the field '" + fieldName + "' in class '$T' , then you should implement 'SerializationService' to support object auto inject!\")", AndroidLog, ClassName.get(parent));injectMethodBuilder.endControlFlow();
} else {njectMethodBuilder.addStatement(statement, StringUtils.isEmpty(fieldConfig.name()) ? fieldName : fieldConfig.name());
}// 非空检查
if (fieldConfig.required() && !element.asType().getKind().isPrimitive()) {  // Primitive wont be check.injectMethodBuilder.beginControlFlow("if (null == substitute." + fieldName + ")");injectMethodBuilder.addStatement("$T.e(\"" + Consts.TAG + "\", \"The field '" + fieldName + "' is null, in class '\" + $T.class.getName() + \"!\")", AndroidLog, ClassName.get(parent));injectMethodBuilder.endControlFlow();
}

上面的代码解析是IProvider以外的情况,通过分析我们又学到了新的知识:

@Autowired只能直接IProvider对象,或者是Activity和Fragment中使用!!!

并且知道Activity和Fragment的中的属性是通过intent和arguments来初始化的,我们已经完整的分析了整个@Autowired直接的解析过程,但是仍然有些懵逼,因为是源文件是通过代码写入的,所以最直观的方法就是看看源文件到底生成了什么。

首先看IProvider:

// 测试服务,其中HelloService实现了IProvider接口
public class TestService {@Autowiredpublic HelloService helloService;public TestService(){ARouter.getInstance().inject(this);}
}// 以下是生成的源文件
/*** DO NOT EDIT THIS FILE!!! IT WAS GENERATED BY AROUTER. */
public class TestService$$ARouter$$Autowired implements ISyringe {private SerializationService serializationService;@Overridepublic void inject(Object target) {serializationService = ARouter.getInstance().navigation(SerializationService.class);TestService substitute = (TestService)target;substitute.helloService = ARouter.getInstance().navigation(HelloService.class);}
}

Activity:

@Route(path = "/main/TestActivity", extras = 1)
public class TestActivity extends AppCompatActivity {@AutowiredString name;@Autowiredint age;@AutowiredTestBean testBean;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_test);ARouter.getInstance().inject(this);}
}// 生成文件代码
public class TestActivity$$ARouter$$Autowired implements ISyringe {private SerializationService serializationService;@Overridepublic void inject(Object target) {serializationService = ARouter.getInstance().navigation(SerializationService.class);TestActivity substitute = (TestActivity)target;substitute.name = substitute.getIntent().getStringExtra("name");substitute.age = substitute.getIntent().getIntExtra("age", substitute.age);substitute.testBean = (com.lzp.arouter.activity.bean.TestBean) substitute.getIntent().getSerializableExtra("testBean");}
}

@Autowired注解已经分析完毕,通过同样的道理,我们还可以自行查看RouteProcessor,InterceptorProcessor的内容,最终都是生成了各种源文件保存注解中的信息,这里就不具体分析了。

arouter-api

这个就是ARouter的核心库了,通过刚才分析编译库的内容,我们可以很轻松的知道@Autowired的执行过程,例如:

@Route(path = "/main/TestActivity", extras = 1)
public class TestActivity extends AppCompatActivity {@AutowiredString name;@Autowiredint age;@AutowiredTestBean testBean;@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);setContentView(R.layout.activity_test);// 必须调用该方法,才有有效ARouter.getInstance().inject(this);}
}

我们找到inject的最终调用层级在:

static void inject(Object thiz) {AutowiredService autowiredService = ((AutowiredService) ARouter.getInstance().build("/arouter/service/autowired").navigation());if (null != autowiredService) {autowiredService.autowire(thiz);}}

根据路由地址“/arouter/service/autowired”,我们在库中找到了AutowiredServiceImpl:

@Route(path = "/arouter/service/autowired")
public class AutowiredServiceImpl implements AutowiredService {...@Overridepublic void autowire(Object instance) {String className = instance.getClass().getName();try {if (!blackList.contains(className)) {ISyringe autowiredHelper = classCache.get(className);if (null == autowiredHelper) {  // No cache.// 通过源文件名称的生成规则,找到生成的源文件autowiredHelper = (ISyringe) Class.forName(instance.getClass().getName() + SUFFIX_AUTOWIRED).getConstructor().newInstance();}// 调用源文件的inject方法,完成自动装配的工作autowiredHelper.inject(instance);classCache.put(className, autowiredHelper);}} catch (Exception ex) {blackList.add(className);    // This instance need not autowired.}}
}

@Autowired的运行流程就是这样,其中最重要的就是

ARouter.getInstance().build("/arouter/service/autowired").navigation());

我们发现无论是Activity,Fragment还是Service,都是通过这个方法进行匹配的,搞定了他,ARouter的api库就算是大功告成了。

ARouter类的功能都是委托_ARouter类实现的,navigation方法被重载了很多种,但是核心的步骤只有三个:

1、找到路由地址,组装成Postcard对象
2、调用LogisticsCenter.completion(postcard),完善Postcard的信息
3、返回指定的对象或跳转。

1、找到路由地址,组装成Postcard对象

如果我们直接指定了路由地址,例如:

ARouter.getInstance().build("/arouter/service/autowired").navigation());// 创建对应的Postcardprotected Postcard build(String path, String group) {if (TextUtils.isEmpty(path) || TextUtils.isEmpty(group)) {throw new HandlerException(Consts.TAG + "Parameter is invalid!");} else {// 找到是否有自定义PathReplaceServicePathReplaceService pService = ARouter.getInstance().navigation(PathReplaceService.class);if (null != pService) {path = pService.forString(path);}// 默认是没有的,所以会进入到这里// 如果没有指定group,默认的分组是第一个斜线的单词return new Postcard(path, group);}}

如果我们没有指定url地址,而是使用Class:

protected <T> T navigation(Class<? extends T> service) {try {// 通过编译生成的文件得到PostcardPostcard postcard = LogisticsCenter.buildProvider(service.getName());// 注释已经写了,是为了适配1.0.5的版本// Compatible 1.0.5 compiler sdk.// Earlier versions did not use the fully qualified name to get the serviceif (null == postcard) {// No service, or this service in old version.postcard = LogisticsCenter.buildProvider(service.getSimpleName());}if (null == postcard) {return null;}// 这是第二步了LogisticsCenter.completion(postcard);return (T) postcard.getProvider();} catch (NoRouteFoundException ex) {logger.warning(Consts.TAG, ex.getMessage());return null;}}

我们编译出的文件已经记录了Class和路由的对应信息,直接就可以使用。

调用LogisticsCenter.completion(postcard)

这个方法会通过Postcard中的路径信息,完成页面的查找操作:

public synchronized static void completion(Postcard postcard) {if (null == postcard) {throw new NoRouteFoundException(TAG + "No postcard!");}// 得到RouteMeta信息,这个在编译器中已经生成了RouteMeta routeMeta = Warehouse.routes.get(postcard.getPath());// 一个空的检查,这里就先忽略了if (null == routeMeta) {    // Maybe its does't exist, or didn't load....} else {// 通过RouteMeta,完善Postcard的信息// 要找到的类名postcard.setDestination(routeMeta.getDestination());// 路由的类型postcard.setType(routeMeta.getType());// 优先级postcard.setPriority(routeMeta.getPriority());// extra,注解中的extrapostcard.setExtra(routeMeta.getExtra());// 通过uri,解析路由的参数Uri rawUri = postcard.getUri();if (null != rawUri) {   // Try to set params into bundle.Map<String, String> resultMap = TextUtils.splitQueryParameters(rawUri);Map<String, Integer> paramsType = routeMeta.getParamsType();if (MapUtils.isNotEmpty(paramsType)) {// 添加参数for (Map.Entry<String, Integer> params : paramsType.entrySet()) {setValue(postcard,params.getValue(),params.getKey(),resultMap.get(params.getKey()));}postcard.getExtras().putStringArray(ARouter.AUTO_INJECT, paramsType.keySet().toArray(new String[]{}));}postcard.withString(ARouter.RAW_URI, rawUri.toString());}// 根据不同的类型,做一些补充操作switch (routeMeta.getType()) {// 如果是IProvider,这里已经直接通过反射创建对象了case PROVIDER:  // if the route is provider, should find its instance// Its provider, so it must implement IProviderClass<? extends IProvider> providerMeta = (Class<? extends IProvider>) routeMeta.getDestination();IProvider instance = Warehouse.providers.get(providerMeta);if (null == instance) { // There's no instance of this providerIProvider provider;try {provider = providerMeta.getConstructor().newInstance();provider.init(mContext);Warehouse.providers.put(providerMeta, provider);instance = provider;} catch (Exception e) {throw new HandlerException("Init provider failed! " + e.getMessage());}}// 设置属性,之后通过这个属性,得到创建的对象postcard.setProvider(instance);// greenChannel之前已经说过了,表示跳过interceptorpostcard.greenChannel();    // Provider should skip all of interceptorsbreak;case FRAGMENT:// fragment也是跳过interceptor的postcard.greenChannel();    // Fragment needn't interceptorsdefault:break;}}}

返回指定的对象或跳转

在第二步我们已经完善了Postcard的信息,接下来是第三步,这里有两种情况,如果我们直接使用的是:

protected <T> T navigation(Class<? extends T> service) {try {// 通过编译生成的文件得到PostcardPostcard postcard = LogisticsCenter.buildProvider(service.getName());// 注释已经写了,是为了适配1.0.5的版本// Compatible 1.0.5 compiler sdk.// Earlier versions did not use the fully qualified name to get the serviceif (null == postcard) {// No service, or this service in old version.postcard = LogisticsCenter.buildProvider(service.getSimpleName());}if (null == postcard) {return null;}// 完善Postcard信息LogisticsCenter.completion(postcard);// 返回指定对象return (T) postcard.getProvider();} catch (NoRouteFoundException ex) {logger.warning(Consts.TAG, ex.getMessage());return null;}}

通过刚才第二步的分析,我们可以推断出: navigation(Class<? extends T> service)仅仅适用于IProvider。

其他情况会调用:

protected Object navigation(final Context context, final Postcard postcard, final int requestCode, final NavigationCallback callback) {try {// 第二步,完善Postcard信息LogisticsCenter.completion(postcard);} catch (NoRouteFoundException ex) {// 此处省略,会打印信息,回调callback的onlost方法...return null;}// 回调onFoundif (null != callback) {callback.onFound(postcard);}// 是否要被拦截if (!postcard.isGreenChannel()) {  interceptorService.doInterceptions(postcard, new InterceptorCallback() {@Overridepublic void onContinue(Postcard postcard) {// 继续_navigation(context, postcard, requestCode, callback);}@Overridepublic void onInterrupt(Throwable exception) {if (null != callback) {callback.onInterrupt(postcard);}}});} else {// 继续return _navigation(context, postcard, requestCode, callback);}return null;}

如果跳过或通过了拦截器就会调用_navigation(context, postcard, requestCode, callback)方法,这也是最后一个分析的方法了:

private Object _navigation(final Context context, final Postcard postcard, final int requestCode, final NavigationCallback callback) {final Context currentContext = null == context ? mContext : context;switch (postcard.getType()) {// 找到Activity,intent添加参数,startActivitycase ACTIVITY:// Build intentfinal Intent intent = new Intent(currentContext, postcard.getDestination());intent.putExtras(postcard.getExtras());// Set flags.int flags = postcard.getFlags();if (-1 != flags) {intent.setFlags(flags);} else if (!(currentContext instanceof Activity)) {    // Non activity, need less one flag.intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);}// Set ActionsString action = postcard.getAction();if (!TextUtils.isEmpty(action)) {intent.setAction(action);}// 切换到主线程runInMainThread(new Runnable() {@Overridepublic void run() {startActivity(requestCode, currentContext, intent, postcard, callback);}});break;// 在第二步已经创建IProvider了,直接返回就可以了case PROVIDER:return postcard.getProvider();// 广播,Provider,Fragmentcase BOARDCAST:case CONTENT_PROVIDER:case FRAGMENT:Class fragmentMeta = postcard.getDestination();try {// 通过返回创建指定对象,请注意这是无参构造方法Object instance = fragmentMeta.getConstructor().newInstance();// Fragment要添加参数if (instance instanceof Fragment) {((Fragment) instance).setArguments(postcard.getExtras());} else if (instance instanceof android.support.v4.app.Fragment) {((android.support.v4.app.Fragment) instance).setArguments(postcard.getExtras());}return instance;} catch (Exception ex) {logger.error(Consts.TAG, "Fetch fragment instance error, " + TextUtils.formatStackTrace(ex.getStackTrace()));}case METHOD:case SERVICE:default:return null;}return null;}

到这里ARouter的源码分析就到此结束了。

总结

经过漫长的分析,我们了解了ARouter的实现原理,还学到了文档可能不会提及的用法,最后我们做一个总结:

  • @Autowired只能注解非private属性
  • @Autowired只能注解IProvider,或者在Activity和Fragment中使用。
  • @Autowired注解IProvider会反射创建对象,Activity和Fragment中则通过intent和argument中的携带参数进行填充。
  • navigation(Class clazz)方法仅适用于IProvider
  • IProvider和Fragment默认跳过拦截器
  • 如果interceptor要进行耗时操作,请开启异步线程,在主线程中可能会引起ANR

下一篇:Android:从零开始打造自己的深度链接库(三):自定义XML协议

这篇关于Android:从零开始打造自己的深度链接库(二):ARouter源码解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1030568

相关文章

深度解析Python中递归下降解析器的原理与实现

《深度解析Python中递归下降解析器的原理与实现》在编译器设计、配置文件处理和数据转换领域,递归下降解析器是最常用且最直观的解析技术,本文将详细介绍递归下降解析器的原理与实现,感兴趣的小伙伴可以跟随... 目录引言:解析器的核心价值一、递归下降解析器基础1.1 核心概念解析1.2 基本架构二、简单算术表达

深度解析Java @Serial 注解及常见错误案例

《深度解析Java@Serial注解及常见错误案例》Java14引入@Serial注解,用于编译时校验序列化成员,替代传统方式解决运行时错误,适用于Serializable类的方法/字段,需注意签... 目录Java @Serial 注解深度解析1. 注解本质2. 核心作用(1) 主要用途(2) 适用位置3

Java MCP 的鉴权深度解析

《JavaMCP的鉴权深度解析》文章介绍JavaMCP鉴权的实现方式,指出客户端可通过queryString、header或env传递鉴权信息,服务器端支持工具单独鉴权、过滤器集中鉴权及启动时鉴权... 目录一、MCP Client 侧(负责传递,比较简单)(1)常见的 mcpServers json 配置

从原理到实战解析Java Stream 的并行流性能优化

《从原理到实战解析JavaStream的并行流性能优化》本文给大家介绍JavaStream的并行流性能优化:从原理到实战的全攻略,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的... 目录一、并行流的核心原理与适用场景二、性能优化的核心策略1. 合理设置并行度:打破默认阈值2. 避免装箱

Maven中生命周期深度解析与实战指南

《Maven中生命周期深度解析与实战指南》这篇文章主要为大家详细介绍了Maven生命周期实战指南,包含核心概念、阶段详解、SpringBoot特化场景及企业级实践建议,希望对大家有一定的帮助... 目录一、Maven 生命周期哲学二、default生命周期核心阶段详解(高频使用)三、clean生命周期核心阶

Android协程高级用法大全

《Android协程高级用法大全》这篇文章给大家介绍Android协程高级用法大全,本文结合实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友跟随小编一起学习吧... 目录1️⃣ 协程作用域(CoroutineScope)与生命周期绑定Activity/Fragment 中手

深入解析C++ 中std::map内存管理

《深入解析C++中std::map内存管理》文章详解C++std::map内存管理,指出clear()仅删除元素可能不释放底层内存,建议用swap()与空map交换以彻底释放,针对指针类型需手动de... 目录1️、基本清空std::map2️、使用 swap 彻底释放内存3️、map 中存储指针类型的对象

Java Scanner类解析与实战教程

《JavaScanner类解析与实战教程》JavaScanner类(java.util包)是文本输入解析工具,支持基本类型和字符串读取,基于Readable接口与正则分隔符实现,适用于控制台、文件输... 目录一、核心设计与工作原理1.底层依赖2.解析机制A.核心逻辑基于分隔符(delimiter)和模式匹

Java+AI驱动实现PDF文件数据提取与解析

《Java+AI驱动实现PDF文件数据提取与解析》本文将和大家分享一套基于AI的体检报告智能评估方案,详细介绍从PDF上传、内容提取到AI分析、数据存储的全流程自动化实现方法,感兴趣的可以了解下... 目录一、核心流程:从上传到评估的完整链路二、第一步:解析 PDF,提取体检报告内容1. 引入依赖2. 封装

深度剖析SpringBoot日志性能提升的原因与解决

《深度剖析SpringBoot日志性能提升的原因与解决》日志记录本该是辅助工具,却为何成了性能瓶颈,SpringBoot如何用代码彻底破解日志导致的高延迟问题,感兴趣的小伙伴可以跟随小编一起学习一下... 目录前言第一章:日志性能陷阱的底层原理1.1 日志级别的“双刃剑”效应1.2 同步日志的“吞吐量杀手”