懒加载总结小收集

最新推荐文章于 2025-07-28 23:27:29 发布
转载 最新推荐文章于 2025-07-28 23:27:29 发布 · 1w 阅读 · 0
文章标签：

#hibernate #List #懒加载

所谓懒加载(lazy)就是延时加载，延迟加载。

什么时候用懒加载呢，我只能回答要用懒加载的时候就用懒加载。

至于为什么要用懒加载呢，就是当我们要访问的数据量过大时，明显用缓存不太合适，

因为内存容量有限 ，为了减少并发量，减少系统资源的消耗，

我们让数据在需要的时候才进行加载，这时我们就用到了懒加载。

比如部门ENTITY和员工ENTITY,部门与员工1对多，如果lazy设置为 false，那么只要加载了一个部门的po,就会根据一对多配置的关系把所有员工的po也加载出来。但是实际上有时候只是需要用到部门的信息，不需要用到 员工的信息，这时员工po的加载就等于浪费资源。如果lazy设置为true,那么只有当你访问部门po的员工信息时候才回去加载员工的po的信息。




一对一的懒加载分析

一对一的懒加载并不常用，因为懒加载的目的是为了减少与数据库的交互，从而提高执行效率，而在一对一关系中，主表中的每一条数据只对应从表的一条数据库，就算都查询也不会增加多少交互的成本，而且主表不能有contrained=true，所以主表是不能懒加载的。（从表可以有）

 

注：当fetch设置为join时，懒加载就会失效。因为fetch的作用是抓取方式，他有两个值分别问select和join，默认值为select。即在设为join时，他会直接将从表信息以join方式查询到而不是再次使用select查询，这样导致了懒加载的失效。

 

一对多和多对多的懒加载分析

  与一对一关联不同，一对多和一对多的关联下，主表的每一条属性都会对应从表的多条数据，这个时候懒加载就显得非常有效了。比如一个部门里面有多个员工，如果没有懒加载，每查询这个部门的时候都会查询出多个员工，这会大大增加与数据库交互的成本。所以Hbernate默认的是加入懒加载的。这就是查询集合属性的时候返回的是一个PersistentIndexed*类型对象的原因。该对象其实就是一个代理对象。当然，可以在映射文件中通过将lazy属性设为假来禁用。

 

多对一的懒加载分析

  虽然多对一与一对一关系方式相同，但是在Hibernate中多对一时，默认是进行懒加载的。另外有一点需要注意的是懒加载并不会区分集合属性里面是否有值，即使是没有值，他依然会使用懒加载，这也是懒加载不够完善的地方之一。

 

懒加载的一些细节扩充

  有的时候，我们在session关闭后仍需要使用懒加载的代理对象来查询数据库，这时我们就需要将代理对象初始化，不过问题是，当我们不能确定初始化后就一定使用该对象的时候怎么办，这样不是又白白浪费了资源吗？我们可以在使用代理对象的方法里面加入一个布尔值参数，这样当我们不需要初始化代理对象的时候只要将布尔参数设为假。但也是有缺点的，因为在调用的时候，尤其是在别人使用的时候，参数越多，方法学习成本就会增加，所以请酌情处理。

  懒加载也可以用于某些简单属性，但是因为实现起来比较复杂，而且效果并不明显，所以并不推荐。




---------------------------------------------------------- 
get()与load()的区别 
get()无懒加载特性,马上执行SQL查询. 
load()有懒加载特性,会返加一个代理对象,所以永远不为null,先不执行SQL,要取对象的值时才执行SQL语句,前题session不能关闭,<class>标签上lazy不为false. 

---------------------------------------------------------- 
实现懒加载的前提:1 PO不能是final的 
2 能实现懒加载的对象(PO)都是被CGLIB改写的代理对象,所以不能是final修饰的 
3 须要asm,cglib两个jar包 
4 相应的lazy属性为true 
5 相应的fetch属性为select 
---------------------------------------------------------- 
什么时候出遇到懒加载 
1 使用load() 
2 一对一<one-to-one> 
查主对象 默认使用join连接,不会发生懒加载 
查从对象 默认会发生懒加载,先执行一句select查出从对象,当通过从对象访问了主对象时,再执行一句select查出主对象. 

3 多对一<many-to-one> 
在使用hbm.xnl时，取多的一方时，默认会懒加载，不取一的一方 
在使用JPA时，取多的一方时，默认自动使用join on语句取出一的一方（用户与组，用户是多的一方，组是一的一方） 

4 一对多(<set><list>) 
默认会懒加载，这是必须的，是重常用的。 

---------------------------------------------------------- 

如何处理前端路由懒加载
一个做过前端开发的产品经理，经历过睿智产品的折磨导致脱发之后，励志要翻身"农奴"把歌唱，一边打入敌人内部一边持续提升自己，为我们广大开发同胞谋福祉，坚决抵制睿智产品折磨我们码农兄弟！
07-13 1200
路由懒加载指的是在用户导航至某个特定路由时，动态加载与该路由相关的组件和业务逻辑。这与传统的打包策略形成对比，后者倾向于将所有组件捆绑在一起，导致较大的初始加载时间。在Vue.js项目中，使用Webpack的代码分割功能实现懒加载。下面是一个使用动态导入的例子： 示例二：Webpack + React.js React项目中，同样可以利用Webpack的动态导入特性实现路由懒加载： 示例三：Angular Angular中使用 loadChildren 属性来实现懒加载： 示例四：自定义懒加载函数 对于更复
什么是图片懒加载（Image Lazy Loading）？它的作用是什么？
一个做过前端开发的产品经理，经历过睿智产品的折磨导致脱发之后，励志要翻身"农奴"把歌唱，一边打入敌人内部一边持续提升自己，为我们广大开发同胞谋福祉，坚决抵制睿智产品折磨我们码农兄弟！
07-12 1373
图片懒加载的基本概念图片懒加载的作用实现图片懒加载的方法示例一：使用原生Intersection Observer API示例二：使用图片懒加载插件示例三：使用CSS背景图懒加载实际工作中的使用技巧结合个人经验的分析在现代Web开发中，图片懒加载是一项关键的技术，它能够显著提升网页的加载速度和用户体验。本文旨在深入探讨图片懒加载的概念、作用以及其实现方式，并通过多个代码示例帮助开发者理解和掌握这一技术。
第十章 Scala 容器基础(二十四)：给集合创建一个懒加载视图
weixin_34406796的博客
04-18 191
2019独角兽企业重金招聘Python工程师标准>>> ...
减少与数据库的交互
weixin_30872157的博客
08-30 529
因为新手所以会犯一些不经意的错误，导致程序运行效率低下，在数据量小的时候还可以接受，但当数据量超过一定量级，就会造成用户体验度急骤下降。 近期参与一个仓库管理系统的开发，需要在出库时以SKU为条件对库存进行检查，以免出库数量大于库存数量。原程序是一条一条取SKU然后与库存表进行对比，例如出库订单条数有100条，库存有1000条，那么就需发比对100*1000次，需要与数据库交互100次，这样效率...
评论的延迟加载
水滴石穿！学习小积累！
11-10 166
看verycd、cnbeta的评论区域很奇怪，每次看完了正文，再翻到评论区评论区都显示“正在加载评论”，稍等片刻才显示出来评论，评论的加载当然是用ajax实现的了，但是为什么不管是进入页面立即看评论区还是看帖子一段时间在看评论区都是看的时候才显示“正在加载评论”，好像不看它就不显示一样，难道真是哲学中的“看到的东西才存在”？ 经过研究源代码发现，原来是程序中在定时的做判断，判断评论区是否在显示范...
有关懒加载的浅显理解
qq_38351441的博客
06-16 427
1,懒加载是提高性能的策略 多表查询是其中一种典型情况 2,用户在页面上查询数据,只需要查主表具体数据,外键的数据可以只显示一个外键的情况:懒加载可只查询主表的具体数据和关联表的id值(非id值查回去的是一个代理对象),省去了查询关联表的资源,处理方式为在对多集合上加上不去查询的注解(@JSON(serialize=false)和@ignore (配合懒加载的第一种策略) 3,用户需要查询
博客项目实现文章评论功能(重点是评论回复)
weixin_30622107的博客
01-20 6959
我开发的博客网站的地址:http://118.89.29.170/RiXiang_blog/ 博客项目代码github：https://github.com/SonnAdolf/sonne_blog 有了我的已成型的项目和代码，可以更容易理解这篇文章。 本篇文章记录下自己博客项目评论功能实现的全过程，重点其实是评论回复功能。 【一，写评论】 写评论部分我没有使用富文本编辑...
JavaScript性能优化实战（7）：代码分割与懒加载实战
分享一些感兴趣的技术方面
05-01 1403
随着前端应用规模的不断扩大，JavaScript包体积膨胀问题日益突出。用户无需在初次加载时就获取整个应用的所有代码，而应该按需加载真正需要的部分。本文将深入探讨代码分割与懒加载技术，帮助开发者构建高性能的现代Web应用。在本文的最后一节，我们将对比不同代码分割策略的性能表现，总结关键最佳实践，并提供一个实用的代码分割决策流程。通过本文的各个部分，我们探讨了代码分割和懒加载的多个方面。代码分割与懒加载是现代前端应用性能优化的关键技术。本文从基础概念到高级策略，再到实战案例，系统地介绍了如何有效实施这些技术。
AndroiddouBanList滚动到底部加载新的，软缓存，懒加载.zip
07-09
总结来说，这个项目涵盖了Android应用开发中的几个核心知识点：无限滚动的实现、软缓存的运用以及懒加载的策略。这些技术对于提高用户体验、优化性能以及合理管理内存都至关重要。通过理解并掌握这些技术，开发者...
微信小程序开发中瀑布流布局和图片懒加载
一个做过前端开发的产品经理，经历过睿智产品的折磨导致脱发之后，励志要翻身"农奴"把歌唱，一边打入敌人内部一边持续提升自己，为我们广大开发同胞谋福祉，坚决抵制睿智产品折磨我们码农兄弟！
08-03 2069
通过以上的介绍，相信你已经了解了如何在微信小程序中实现瀑布流布局和图片懒加载，并能够结合实际项目需求进行灵活运用。在实际开发过程中，还需要不断地进行测试和优化，确保页面的性能和用户体验。此外，随着技术的发展，未来还会有更多新的技术和方法出现，我们应该保持学习的态度，不断提升自己的技术能力。希望本篇文章对你有所帮助，如果你在实现过程中遇到任何问题，欢迎随时留言讨论。祝你在微信小程序开发的路上越走越远！欢迎来到我的博客，很高兴能够在这里和您见面！
ssh项目中遇到的懒加载的问题(终于解决啦！！！)
myfuturein的专栏
04-14 6852
转载自：http://hellotommy.iteye.com/blog/809205    hibernate3.3.2+spring3.0.3+struts2.2.1          懒加载(Load On Demand)是一种独特而又强大的数据获取方法,它能够在用户滚动页面的时候自动获取更多的数据,而新得到的数据不会影响原有数据的显示,同时最大程度上减少服务器端的资
自动加载评论
雾都
05-07 2138
这篇文章讲的是小白在电脑的浏览器里怎么自动拉wb的评论，目前采用的方法为：每1秒自动点击“加载更多”按钮。 (其实这是最蠢的办法，但是其他的办法的话，wb的接口根本不支持50页之后的数据，返回的直接是空的数据。而这种能稳定请求到评论。所以还是放出了这个办法。有能拿到50页以后数据的童鞋求告知 T^T) 【声明：本文章的示例截图因为没有得到对方授权，所以作了马赛克处理。】 准备 浏览器 你需要在电...
python selenium判断网页加载,python+selenium采集动态加载(懒加载)的页面内容
weixin_30596151的博客
03-25 1475
前言有些网站使用了懒加载技术：只有在浏览器中纵向滚动条滚动到指定的位置时，页面的元素才会被动态加载。注意，在加载之前，selenium的page_source是不会包含该页面的内容，page_source只包含加载出来的页面内容。那么如何实现加载全部内容，就需要模拟人滚动滚动条的行为，实现页面加载代码如下:from selenium import webdriverimport timedrive...
懒加载
有问题可关注公众号：前端研究院 后台输入问题回复
10-08 386
为什么要使用懒加载？ 当我们进入到某个页面的时候，会有很多的图片，有些图片可能在下面，当我们点进页面但没有滑动全部展示时，其实下面的图片是没有啥作用的，白加载了，还降低网页的加载速度。那懒加载就是只有滚动到可是区域时才加载当前的图片，也就是说不是一次性加载所有的图片，从而在程度减少服务器的请求和带宽 懒加载的优点： 提高前端性能，图片在需要的时候才加载，减轻服务的负担，提高页面的加载速度，能够减少带宽 实现原理： 图片的加载时由src的值引起的，当对src赋值时浏览器会请求图片资源，基于这个.
微信小程序实现图片懒加载的懒办法（思路参考）
热门推荐
yang7789的博客
11-30 2万+
微信小程序中，由于没有办法实现DEMO操作，位置的操作在小程序中很难进行，所以要实现图片的懒加载是真的难啊（简直操碎了心~~）！！！懒加载的实现无非就那几个办法，说白了就是按需加载、监听滚动条加载、延时加载。。。说明：此方法只适用于有明确统一高度的图片排列！不说那么多了，直接上方法了首先，我们在本地先放上一张图片（index.png），然后我们再来看张图片~~嘤嘤嘤图中每个模块的高度应该是Demo的
应急响应处置案例(上)
Neolock的博客
07-28 1384
Web安全事件应急响应案例
rstrip()函数用于删除字符串结尾空白字符
12-11
下载前必看：https://pan.quark.cn/s/6e89669a2544 idea-rule 基于IDEA平台的常用正则表达式插件 安装 IDEA应用商店中搜索"any-rule". 使用 方式1: 右键选择Any Rule 打开正则列表 方式2: 按alt + a打开正则列表 本地添加自定义正则 image 更新在线正则表达式 这次，自定义正则不会再被覆盖了，可以放心更新 不过由于访问的问题，国内不一定能够拉取到，可以使用这个cdn加速地址来更新 https://www.52zhoujia.cn/any-rule/packages/www/src/RULES.js :fire:关于插件 数据来源于anyrule 鸣谢 image 最后，感谢 提供了优秀的开发工具
YOLOv8-YOLOv11-Segmentation-Studio_FLOOD-SEPTEMBER-25-DATASET260_15040_1765306449339.zip
12-11
YOLOv8-YOLOv11-Segmentation-Studio_FLOOD-SEPTEMBER-25-DATASET260_15040_1765306449339.zip
红外测距传感器GP2Y0A21YK0F 10-80cm20-150CM距离单片机智能小车.zip
最新发布
12-11
已经博主授权,源码转载自 https://pan.quark.cn/s/95826bd35683 51单片机智能小车 芯片：STC89C52RC keil的C语言代码 现支持： PWM调速 避障 巡线 测距 显示屏 蓝牙遥控 挂挡 自动档 手动-自动切换 档位显示 舵机 演示视频：https://www.bilibili.com/video/BV1UK4y1a7Tz/
kotlin 懒加载fragment 如何传递数据
10-30
<think>我们之前讨论了ListAdapter的submitList使用，现在用户转向一个新问题：Kotlin懒加载Fragment传递数据的方法。 用户需求：在懒加载Fragment中如何传递数据。 注意：懒加载通常指Fragment在真正对用户可见时才加载数据，以减少资源消耗。传递数据则是在创建Fragment时或创建后给Fragment传递参数。 关键点： 1. Fragment懒加载的实现方式：通常通过setUserVisibleHint（已废弃）或结合ViewPager2的FragmentStateAdapter行为，现在更推荐使用FragmentTransaction.setMaxLifecycle或ViewPager2配合BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT来实现懒加载。 2. 传递数据的方法：在创建Fragment时通过Bundle传递，或者通过ViewModel共享。 结合懒加载场景，传递数据的方法需要区分： - 在Fragment创建时传递（静态传递）：使用arguments - 在Fragment创建后传递（动态传递）：使用ViewModel或者接口回调 由于懒加载意味着在Fragment可见时才加载数据，因此传递数据可能发生在创建时（静态数据），也可能在创建后（动态数据）。在懒加载触发时（比如onResume中判断第一次可见），我们需要获取到这些数据。 方案一：使用arguments（静态传递） - 在创建Fragment时通过Bundle设置参数，然后在懒加载的时候（比如onResume中）从arguments中获取数据。 - 注意：这种方式适合数据在创建时就已经确定的情况。 方案二：使用ViewModel（动态传递） - 共享ViewModel：如果数据需要从Activity或其他Fragment传递过来，并且可能变化，可以使用ViewModel，结合LiveData或StateFlow。 - 在Fragment进入resumed状态（即懒加载触发时）开始观察ViewModel中的数据。 方案三：接口回调（动态传递） - 定义一个接口，在Activity中实现，Fragment在onAttach中获取接口实例，然后在懒加载时通过接口获取数据。 然而，在懒加载Fragment中，我们通常会在第一次可见时（比如在onResume中判断是否第一次可见）才加载数据，因此传递数据的方式和普通Fragment并无不同，关键在于何时使用这些数据。 步骤： 1. 传递数据（静态或动态） 2. 在懒加载的回调点（例如：onResume中判断用户可见且是第一次可见）获取数据并加载。 具体实现： 一、静态传递数据（使用arguments） 创建Fragment时： ```kotlin val fragment = MyFragment().apply { arguments = bundleOf("key" to value) // 使用AndroidX的bundleOf } ``` 在Fragment中懒加载时获取数据： ```kotlin class MyFragment : Fragment() { private var isLoaded = false // 确保只加载一次 override fun onResume() { super.onResume() if (!isLoaded) { val data = arguments?.getString("key") // 使用data加载数据 loadData(data) isLoaded = true } } } ``` 二、动态传递数据（使用ViewModel） 假设我们有一个共享的ViewModel（在Activity作用域）： ```kotlin class SharedViewModel : ViewModel() { private val _data = MutableLiveData<String>() val data: LiveData<String> = _data fun setData(newData: String) { _data.value = newData } } ``` 在Activity中： ```kotlin class MainActivity : AppCompatActivity() { private lateinit var viewModel: SharedViewModel override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) viewModel = ViewModelProvider(this).get(SharedViewModel::class.java) // 设置数据 viewModel.setData("Hello") } } ``` 在Fragment中懒加载时观察数据（注意：在懒加载时才观察，避免在后台就触发）： ```kotlin class MyFragment : Fragment() { private lateinit var viewModel: SharedViewModel private var isLoaded = false override fun onViewCreated(view: View, savedInstanceState: Bundle?) { super.onViewCreated(view, savedInstanceState) viewModel = ViewModelProvider(requireActivity()).get(SharedViewModel::class.java) } override fun onResume() { super.onResume() if (!isLoaded) { // 开始观察，注意这里我们只观察一次，所以可以使用observeOnce或者自己移除观察者 val observer = Observer<String> { data -> // 使用数据加载 loadData(data) isLoaded = true // 移除观察者，避免重复触发 viewModel.data.removeObserver(observer) } viewModel.data.observe(viewLifecycleOwner, observer) } } } ``` 但是，上面的观察方式可能因为数据已经存在而立即触发，从而在onResume中执行加载。如果希望只在懒加载时才开始观察，并且只获取一次最新数据，也可以使用其他方式（如SingleLiveEvent或StateFlow的首次收集）。 三、使用接口回调（动态传递） 定义一个接口： ```kotlin interface DataProvider { fun getData(): String } ``` Activity实现接口： ```kotlin class MainActivity : AppCompatActivity(), DataProvider { override fun getData(): String { return "Hello" } } ``` 在Fragment中： ```kotlin class MyFragment : Fragment() { private var dataProvider: DataProvider? = null private var isLoaded = false override fun onAttach(context: Context) { super.onAttach(context) if (context is DataProvider) { dataProvider = context } else { throw RuntimeException("$context must implement DataProvider") } } override fun onResume() { super.onResume() if (!isLoaded) { val data = dataProvider?.getData() // 使用数据加载 loadData(data) isLoaded = true } } } ``` 注意事项： - 懒加载的触发点：上述例子都是在onResume中通过标志位控制。实际项目中，如果使用ViewPager2，我们通常设置BEHAVIOR_RESUME_ONLY_CURRENT_FRAGMENT，这样只有当前Fragment会执行onResume，从而实现懒加载。 - 避免内存泄漏：接口回调中，在onDetach中将dataProvider置为null（上面的例子中，由于持有的是Activity上下文，且Activity比Fragment生命周期长，所以一般不会泄漏，但为了安全可以在onDetach中置空）。 总结：懒加载Fragment传递数据的方法和普通Fragment一样，只是使用数据的时机是在懒加载回调中（如onResume中判断第一次可见时）。根据数据来源和特性选择静态传递（arguments）或动态传递（ViewModel、接口）。 相关问题： 1. 如何确保Fragment的懒加载只执行一次？ 2. 在ViewPager2中如何实现Fragment的懒加载？ 3. 使用ViewModel传递数据与接口回调方式有何优劣？ </think>### Kotlin 懒加载 Fragment 传递数据的完整指南 在 Android 开发中，Fragment 的懒加载（Lazy Initialization）通过延迟资源加载优化性能，配合高效的数据传递机制可显著提升用户体验。以下是三种核心实现方案： --- #### 方案 1：通过 `Bundle` 静态传递（推荐） ```kotlin class LazyFragment : Fragment() { // 懒加载关键：by lazy 确保首次访问时执行 private val userId: Int by lazy { arguments?.getInt("USER_ID") ?: throw IllegalStateException("Missing USER_ID") } override fun onCreateView(inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle?): View? { // 视图初始化时不加载数据 return inflater.inflate(R.layout.fragment_lazy, container, false) } override fun onResume() { super.onResume() // 懒加载触发点：当Fragment对用户可见时加载数据 loadUserData(userId) } private fun loadUserData(id: Int) { // 实际数据加载逻辑 viewModel.loadUser(id) } companion object { fun newInstance(userId: Int): LazyFragment { return LazyFragment().apply { arguments = bundleOf("USER_ID" to userId) // AndroidX 扩展函数 } } } } ``` **使用方式**： ```kotlin // Activity/FragmentManager 中调用 supportFragmentManager.beginTransaction() .add(R.id.container, LazyFragment.newInstance(123)) .commit() ``` **优势**： - ⚡ 数据在 `onResume()` 触发时加载，避免过早占用资源[^1] - 🔒 类型安全：编译时检查数据类型 - 📦 进程重建时自动恢复数据（通过 `savedInstanceState`） --- #### 方案 2：通过 ViewModel 动态传递（响应式） ```kotlin class SharedViewModel : ViewModel() { private val _userData = MutableLiveData<User>() val userData: LiveData<User> = _userData fun setUserData(user: User) { _userData.value = user } } class LazyFragment : Fragment() { private lateinit var viewModel: SharedViewModel override fun onViewCreated(view: View, savedInstanceState: Bundle?) { super.onViewCreated(view, savedInstanceState) // 获取共享ViewModel viewModel = ViewModelProvider(requireActivity()).get(SharedViewModel::class.java) // 懒加载观察者 viewModel.userData.observe(viewLifecycleOwner) { user -> updateUI(user) // 数据到达时更新UI } } } ``` **使用方式**： ```kotlin // 在Activity中传递数据 val user = User(id=123, name="Kai") viewModel.setUserData(user) ``` **优势**： - 🔄 支持数据实时更新（如网络请求返回） - 🧩 跨Fragment/Activity共享数据 - ♻️ 自动处理生命周期感知[^2] --- #### 方案 3：接口回调传递（灵活通信） ```kotlin interface DataProvider { fun getUserId(): Int } class LazyFragment : Fragment() { private var dataProvider: DataProvider? = null override fun onAttach(context: Context) { super.onAttach(context) // 验证宿主Activity实现接口 dataProvider = context as? DataProvider ?: throw ClassCastException("Host must implement DataProvider") } override fun onResume() { super.onResume() dataProvider?.getUserId()?.let { loadUserData(it) } } } // Activity实现接口 class HostActivity : AppCompatActivity(), DataProvider { override fun getUserId() = 123 // 返回动态数据 } ``` **适用场景**： - 需要动态计算的数据 - 跨层级组件通信 - 复杂业务逻辑解耦 --- ### 关键注意事项 1. **生命周期对齐**： - 使用 `viewLifecycleOwner` 避免内存泄漏（View 销毁时自动移除观察者）[^2] - 在 `onDestroyView()` 中清除临时引用 2. **性能优化**： ```kotlin // 使用异步加载避免卡顿 private fun loadUserData(id: Int) { viewLifecycleOwner.lifecycleScope.launch { val user = withContext(Dispatchers.IO) { repository.fetchUser(id) } updateUI(user) } } ``` 3. **懒加载最佳实践**： - 首次加载后禁用重复加载： ```kotlin private var isDataLoaded = false override fun onResume() { super.onResume() if (!isDataLoaded) { loadData() isDataLoaded = true } } ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值