1.Navigation源码解析及自定义FragmentNavigator详解
2.URP管线PBR源码剖析(上)
3.Android-Fragment源码分析
4.Androidç»ä»¶ä¹Fragmentï¼ä¸ï¼---åºç¡ç¥è¯ä¸è¿ç¨
5.从源码方面来分析Fragment管理中 Add() 方法
Navigation源码解析及自定义FragmentNavigator详解
谷歌推出的源码Navigation主要目标是统一应用内页面跳转行为。使用方法简单,解析新项目选择Bottom Navigation Activity,源码系统自动生成页面逻辑。解析
Navigation源码设计简洁,源码包含多个关键类。解析expma指标源码其中,源码NavHostFragment是解析直接在XML文件中定义的,其生命周期方法onCreate中直接创建了NavHostController,源码并通过findNavController暴露给外部调用者。解析NavHostController继承自NavController。源码在此过程中,解析通过navController获取NavigatorProvider并添加了两个Navigator:DialogFragmentNavigator和FragmentNavigator。源码NavController构造方法中还额外添加了两个Navigator,解析分别对应DialogFragment、源码Fragment和Activity的页面跳转。NavGraphNavigator用于在XML配置的navGraph与根节点文件中的startDestination之间实现跳转,功能单一。
各个Navigator通过重写navigate方法实现各自的跳转逻辑。FragmentNavigator的关键实现在于注释1处,使用replace加载Fragment,这不符合实际开发需求。众筹新源码文章后续将解释如何自定义FragmentNavigator以避免Fragment在切换时执行生命周期。
NavigatorProvider内部维护了一个HashMap存储相关Navigator信息,通过获取Navigator的注解Name作为键和getClass作为值进行存储。在onCreate方法中,mNavController调用了setGraph,解析XML配置的mobile_navigation节点信息文件,根据不同的节点各自解析。通过获取NavInflater进行解析,返回NavGraph,NavGraph继承自NavDestination,保存了所有解析出的节点信息。
总结,通过NavHostFragment获取到NavContorl并存储了相关Navigator信息。通过各自navigate方法进行页面跳转,通过setGraph解析配置的页面节点信息并封装为NavGraph对象。其中,通过SparseArray存储Destination信息。
自定义Navigator实现思路主要在于继承现有FragmentNavigator并重写其navigate方法,将replace方法替换为show和hide方法,完成Fragment切换。通过@Navigator.Name(value)注解标记自定义类为Navigator,侯捷注释源码加入NavigatorProvider中即可识别。自定义Navigator核心代码实现后,需调整mobile_navigation节点中的fragment为fixFragment,并删除布局文件中NavHostFragment节点信息,手动关联FixFragmentNavigator与NavControl,完成Fragment切换时生命周期不会重新执行。
URP管线PBR源码剖析(上)
URP管线与PBR算法的联系并不直接,但新版本的代码结构和算法有了显著变化。本文将深入剖析URP管线下的内置PBR着色器,对比旧版本,探讨主要区别。 此篇内容旨在学习和解答问题,期待大家的反馈和讨论。以下分析分为三步:梳理UniversalFragmentPBR函数的功能和代码结构
解析通用PBR算法
详解ClearCoatPBR算法
首先,UniversalFragmentPBR的主要工作分为数据准备和光照计算。数据准备包括初始化BRDF数据、ClearCoat BRDF数据、shadowMask、获取主光源信息和处理SSAO等。光照计算则涵盖了间接光和直接光的计算,如GI、云秒转源码主光、额外像素和顶点光照等。 通用PBR算法的关键部分包括BRDF数据初始化,其中金属和非金属材质的处理有所不同;间接光的计算涉及漫反射和镜面反射;主光光照计算使用了改良的Lambert和Cook-Torrance模型;额外光计算则根据光源类型进行相应调整。 URP版本与旧版的不同点在于支持ClearCoat材质、ShadowMask功能、SSAO效果的整合,以及额外光处理的简化。整体来看,新版本的PBR算法更加灵活且高效。Android-Fragment源码分析
Fragment是Android系统为了提高应用性能和降低资源消耗而引入的一种更轻量级的组件,它允许开发者在同一个Activity中加载多个UI组件,实现页面的切换与回退。Fragment可以看作是Activity的一个子部分,它有自己的生命周期和内容视图。
在实际应用中,Fragment可以用于构建动态、可复用的UI组件,例如聊天应用中,左右两边的布局(联系人列表和聊天框)可以分别通过Fragment来实现,通过动态地更换Fragment,汇客熊源码达到页面的切换效果,而无需整个页面的刷新或重新加载。
在实现上,v4.Fragment与app.Fragment主要区别在于兼容性。app.Fragment主要面向Android 3.0及以上版本,而v4.Fragment(即支持包Fragment)则旨在提供向下兼容性,支持Android 1.6及更高版本。使用v4.Fragment时,需要继承FragmentActivity并使用getSupportFragmentManager()方法获取FragmentManager对象。尽管从API层面看,两者差异不大,但官方倾向于推荐使用v4.Fragment,以确保更好的兼容性和性能优化。
下面的示例展示了如何使用v4.Fragment实现页面的加载与切换。通过创建Fragment和FragmentActivity,我们可以加载特定的Fragment,并在不同Fragment间进行切换。
在FragmentDemo的布局文件中,定义了Fragment容器。
在Fragment代码中,定义了具体的业务逻辑和视图渲染,如初始化界面数据、响应用户事件等。
在Activity代码中,通过FragmentManager的beginTransaction方法,加载指定的Fragment实例,并在需要时切换到不同Fragment,实现页面的动态更新。
从官方的建议来看,v4.Fragment已经成为推荐的使用方式,因为它在兼容性、性能和功能方面都更优于app.Fragment。随着Android系统的迭代,使用v4.Fragment能确保应用在不同版本的Android设备上均能获得良好的运行效果。
在Fragment的生命周期管理中,Fragment与Activity的生命周期紧密关联。通过FragmentManager的操作,如commit、replace等,可以将Fragment加入到Activity的堆栈中,实现页面的加载与切换。当用户需要返回时,系统会自动将当前Fragment从堆栈中移除,从而实现页面的回退。
深入Fragment源码分析,我们可以了解其如何在底层实现这些功能。Fragment的初始化、加载、切换等过程涉及到多个关键类和方法,如FragmentManager、FragmentTransaction、BackStackRecord等。通过这些组件的协作,Fragment能够实现与Activity的生命周期同步,确保用户界面的流畅性和高效性。
在实际开发中,使用Fragment可以显著提高应用的响应速度和用户体验。通过动态加载和切换不同的Fragment,开发者可以构建出更加灵活、高效的应用架构,同时减少资源的消耗,提高应用的性能。
Androidç»ä»¶ä¹Fragmentï¼ä¸ï¼---åºç¡ç¥è¯ä¸è¿ç¨
Fragmentæ¯Android3.0åå¼å ¥çä¸ä¸ªæ°çAPIï¼ä»åºç°çåè¡·æ¯ä¸ºäºéåºå¤§å±å¹çå¹³æ¿çµèï¼ å½ç¶ç°å¨ä»ä»ç¶æ¯å¹³æ¿APP UI设计çå® å¿ï¼èä¸æ们æ®éææºå¼åä¹ä¼å å ¥è¿ä¸ªFragmentï¼ æ们å¯ä»¥æä»çæä¸ä¸ªå°åçActivityï¼å称Activityç段ï¼æ³æ³ï¼å¦æä¸ä¸ªå¾å¤§ççé¢ï¼æ们 å°±ä¸ä¸ªå¸å±ï¼åèµ·çé¢æ¥ä¼æå¤éº»ç¦ï¼èä¸å¦æç»ä»¶å¤çè¯æ¯ç®¡çèµ·æ¥ä¹å¾éº»ç¦ï¼è使ç¨Fragment æ们å¯ä»¥æå±å¹ååæå åï¼ç¶åè¿è¡åç»ï¼è¿è¡ä¸ä¸ªæ¨¡ååç管çï¼ä»èå¯ä»¥æ´å æ¹ä¾¿çå¨ è¿è¡è¿ç¨ä¸å¨æå°æ´æ°Activityçç¨æ·çé¢ï¼å¦å¤Fragment并ä¸è½åç¬ä½¿ç¨ï¼ä»éè¦åµå¥å¨Activity ä¸ä½¿ç¨ï¼å°½ç®¡ä»æ¥æèªå·±ççå½å¨æï¼ä½æ¯è¿æ¯ä¼åå°å®¿ä¸»Activityççå½å¨æçå½±åï¼æ¯å¦Activity 被destoryéæ¯äºï¼ä»ä¹ä¼è·çéæ¯ï¼å¼ç¨å®æ¹çä¸å¼ å¾çï¼å ¶å®å·²ç»è¯´æé®é¢äºï¼å°±æ¯ä¸ºäºæ´å¥½çéé 大å±ï¼å¨å¤§å±çæ¶åï¼ä¸éè¦å»å¨ä¸ä¸ªactivityå é¨éè¿å¤æçå¸å±åçé¢å»å®ç°ï¼åªéè¦å»å¨ä¸ä¸ªactivityå é¨ï¼éè¿å¤ä¸ªfragmentæ¥åçé¢å¸å±å®ç°å³å¯ï¼èä¸é对äºå¤ä¸ªfragmentæ¥è¯´ï¼ æ¯ä¸ªfragmentæåç¬ççå½å¨æï¼
Demoæ ·ä¾ï¼æ们å¨ä¸ä¸ªçé¢ä¸ï¼æä¸ä¸ä¸¤ä¸ªfragmentï¼å¦å¾æ示ï¼
Step 2: Fragmentå建ï¼è§å¾å è½½ï¼æ°æ®èµå¼
BlankFragment .java
Step 3: Activityå¨onCreate( )æ¹æ³ä¸è°ç¨setContentView()ä¹åè°ç¨FragmentTransaction è¿è¡äºå¡æ交
FragmentTestActivity.java
å¨xmlä¸å£°æ两个fragmentï¼æå®ä¸ºå ·ä½çfragment
Step 1:å®ä¹Fragmentçå¸å±ï¼å°±æ¯fragmentæ¾ç¤ºå 容ç
Step 2:èªå®ä¹ä¸ä¸ªFragmentç±»,éè¦ç»§æ¿Fragmentæè ä»çåç±»,éåonCreateView()æ¹æ³ å¨è¯¥æ¹æ³ä¸è°ç¨:inflater.inflate()æ¹æ³å è½½Fragmentçå¸å±æ件,æ¥çè¿åå è½½çview对象
BlankFragment.java
Step 3:å¨éè¦å è½½FragmentçActivity对åºçå¸å±æ件ä¸æ·»å fragmentçæ ç¾ï¼ è®°ä½ï¼nameå±æ§æ¯å ¨éå®ç±»åå¦ï¼å°±æ¯è¦å å«Fragmentçå åï¼å¦:
Step 4: Activityå¨onCreate( )æ¹æ³ä¸è°ç¨setContentView()å è½½å¸å±æ件å³å¯!
é对å¨ä¸ä¸ªActivityä¸çæ个Layoutä¸åæ¢Fragment,,æ é两ç§æ¹æ³ï¼
æ们èªå·±çä¸ä¸æ¹æ³æ³¨é
æºç æ¹æ³æ³¨ééé¢è¯´çå¾æç½ï¼è¿ä¸ªæ¹æ³ä¼ç§»é¤ææçfragmentï¼ç¶åæ·»å å½åçfragmentã
è¿æ¶å为两ç§æ åµï¼ä¸ç§æ¯fragmentå·²æ并ä¸å¨åå°å±ç¤ºï¼ä¸ç§æ¯æªææè å¨åå°ï¼é对äºåè ï¼æ¤æ¶replaceï¼çå½å¨æä¸ä¼åçååï¼é对åè ï¼çå½å¨æä¼éæ°èµ°
å为两ç§æ åµï¼ä¸ç§fragmentå·²åå¨ï¼ä¸ç§æªåå¨ï¼é对äºåè ï¼çå½å¨ææ ååï¼ä½æ¯ä¼åè°onHiddenChangedæ¹æ³ï¼é对äºåè ï¼çå½å¨æä¼å建ä¸æ¬¡ã
1.Fragmentæ¯Googleå®æ¹å¼å ¥çä¸ä¸ªä¸ºäºéé 大å±ãå¤é¡µé¢çä¸ä¸ªç»ä»¶ãæ¨å¯ä»¥ç解为å®å°±æ¯ä¸ä¸ªç±»èå·²ï¼åªä¸è¿éé¢å å«äºViewï¼å¹¶ä¸ä¸activityççå½å¨æè¿è¡äºå ³èã
2.å¨æå è½½ä¸éæå è½½ç¸å¯¹æ¥è¯´ï¼å»ºè®®ä½¿ç¨å¨æå è½½ï¼éæå è½½åºå®å¨äºxmlæ件ä¸ï¼æ°¸è¿ä¸åã
3.replaceçfragmentå¦æä¸å¨åå°ï¼ä¼æ§è¡ææçå½å¨æï¼åä¹ä¸ä¼æ§è¡ä»»ä½çå½å¨ææ¹æ³ï¼hide+showçå½å¨æ并ä¸ä¼åçååï¼ä½æ¯ä¼åè°onHiddenChangedæ¹æ³ï¼å¨å®é å¼åä¸ï¼å»ºè®®addä¹åï¼ä½¿ç¨hide+showæ¥æä½fragmentï¼ä¸æ¹é¢åå°èµæºçéå¤å è½½åå建ï¼å¦å¤ä¸æ¹é¢æåç¨æ·ä½éªæã
4.fragmentççå½å¨æ大ä½ä¸åactivityä¸è´ï¼ä½æ¯åæååæå¤äºä¸äºä¸è¥¿ï¼å 为fragmentå é¨æviewï¼é£ä¹è¿ä¸ªviewéè¦è¿è¡å建ãç¶åæ·»å å°activityå é¨ï¼æ以ç¸åºçå¨onCreateä¸onStartä¹é´å°±å¤äºå 个æ¹æ³-onCreateViewãonViewCreatedãç¸åçéçï¼fragmentçviewä¸activity解ç»ï¼ä¹ç¸åºçå¨onStopä¸onDestoryä¹é´å¤ä¸ªæ¹æ³-onDestroyViewãonAttachä¸onDetachå¯ä»¥ç解为è§å¾ä¸activity产çå ³èåæ¥è§¦å ³èï¼æ¯æå¼å§åæåçæ¥éª¤ã
Demoå°å
从源码方面来分析Fragment管理中 Add() 方法
本文深入解析了Android中Fragment管理中的关键方法——Add()。Add()方法作为添加Fragment的基础操作,其用法直观且简便。例如,向Activity中添加一个Fragment的代码如下:
getSupportFragmentManager().beginTransaction().add(R.id.fragmenta,new FragmentA()).commit();
在实际应用中,我们通常需要添加多个Fragment以实现界面的动态切换。如微信底部导航栏,每个按钮对应一个不同的Fragment。通过Add()方法配合hide和show,可以实现Fragment之间的平滑切换。
我们以两个Fragment为例,实现了MainActivity的布局和内容。通过简单的代码实现,我们观察到Fragment的生命周期。初次运行时,输出如下日志;点击FragmentB后,再次点击FragmentA和B时,日志显示FragmentA和B只会初始化一次,证明了通过hide和show进行切换时,初始化效果的实现。
接着,我们介绍了replace方法。replace方法实际上包含了remove和add的组合,用于在FragmentManager中替换Fragment。若切换到下一个Fragment时,上一个Fragment不再需要,可以使用replace方法。若需要保留上一个Fragment,API提供了相应的addBackToStack方法。
修改MainActivity代码中的逻辑,再次执行并观察日志。在初次初始化时,日志保持一致;点击FragmentB后,发现Fragment调用了destroy方法,而点击FragmentA时,界面显示的仍是FragmentB。此时,我们修改了逻辑,使得每次切换时,Fragment都会重新调用onCreateView到onDestroyView的所有方法,实现了布局层的完整销毁和重建。
特别提醒,当进行Fragment嵌套时,若需要在返回时跳过中间的Fragment,使用FragmentManager.popBackStackImmediate方法可以实现弹出指定TAG的Fragment,并清除其之前的Fragment,从而实现更深层次的返回。
本文代码示例和完整代码资源可以通过点击此处传送门获取,或者查看下方小卡片。
最后,我想强调的是,技术的追求永无止境。对于程序员而言,不断提升自己,对每一行代码、每一个工具负责,深入理解其底层原理,是提升技术能力的关键。Android架构师之路漫长而艰辛,与君共勉。
2024-12-24 09:42
2024-12-24 08:58
2024-12-24 08:08
2024-12-24 08:00
2024-12-24 07:56
2024-12-24 07:49