首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在LazyVStack中使用带有AsyncImage的VStack会导致图像在滚动时重新加载

在使用 LazyVStackAsyncImage 时,图像在滚动时重新加载的问题通常是由于 SwiftUI 的视图更新机制和异步图像加载的特性共同作用的结果。以下是对这个问题的详细解释以及可能的解决方案:

基础概念

  1. LazyVStack:
    • LazyVStack 是 SwiftUI 中的一个容器视图,用于垂直堆叠子视图。
    • 它采用“懒加载”策略,即只在视图即将进入屏幕时才创建和布局子视图,这有助于提高性能,特别是在列表很长时。
  • AsyncImage:
    • AsyncImage 是 SwiftUI 中用于异步加载和显示图像的视图。
    • 它会根据提供的 URL 异步下载图像,并在下载完成后更新视图。

问题原因

当使用 LazyVStack 包含 AsyncImage 时,每次滚动导致视图重新进入或离开屏幕,SwiftUI 可能会重新创建这些视图实例。由于 AsyncImage 是异步加载图像的,这种频繁的视图重建会导致图像重新下载和显示,从而出现图像“闪烁”或重新加载的现象。

解决方案

方案一:使用 Identifiable 和唯一标识符

确保每个 AsyncImage 都有一个唯一的标识符,这样 SwiftUI 可以更有效地识别和管理这些视图实例,减少不必要的重建。

代码语言:txt
复制
struct ContentView: View {
    let imageUrls = [
        "https://example.com/image1.jpg",
        "https://example.com/image2.jpg",
        // ... 其他图片URL
    ]

    var body: some View {
        ScrollView {
            LazyVStack {
                ForEach(imageUrls, id: \.self) { url in
                    AsyncImage(url: URL(string: url)) { phase in
                        switch phase {
                        case .empty:
                            ProgressView()
                        case .success(let image):
                            image.resizable().scaledToFit()
                        case .failure:
                            Image(systemName: "xmark.circle").foregroundColor(.red)
                        @unknown default:
                            EmptyView()
                        }
                    }
                }
            }
        }
    }
}

方案二:使用缓存机制

利用第三方库如 SDWebImageSwiftUI 或自定义缓存逻辑来管理图像的下载和缓存,减少重复加载。

代码语言:txt
复制
import SDWebImageSwiftUI

struct ContentView: View {
    let imageUrls = [
        "https://example.com/image1.jpg",
        "https://example.com/image2.jpg",
        // ... 其他图片URL
    ]

    var body: some View {
        ScrollView {
            LazyVStack {
                ForEach(imageUrls, id: \.self) { url in
                    WebImage(url: URL(string: url))
                        .resizable()
                        .scaledToFit()
                }
            }
        }
    }
}

方案三:优化视图更新策略

通过调整视图的 id 或使用 @StateObject 来保持某些状态,减少 SwiftUI 对视图的重新创建。

代码语言:txt
复制
struct ContentView: View {
    let imageUrls = [
        "https://example.com/image1.jpg",
        "https://example.com/image2.jpg",
        // ... 其他图片URL
    ]

    var body: some View {
        ScrollView {
            LazyVStack {
                ForEach(imageUrls.indices, id: \.self) { index in
                    AsyncImage(url: URL(string: imageUrls[index])) { phase in
                        switch phase {
                        case .empty:
                            ProgressView()
                        case .success(let image):
                            image.resizable().scaledToFit()
                        case .failure:
                            Image(systemName: "xmark.circle").foregroundColor(.red)
                        @unknown default:
                            EmptyView()
                        }
                    }
                }
            }
        }
    }
}

应用场景

这种优化特别适用于包含大量图像的列表或滚动视图,如社交媒体应用中的动态流、电商应用的产品列表等。

通过上述方法,可以有效减少或避免 LazyVStackAsyncImage 在滚动时的重新加载问题,提升用户体验和应用性能。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

SwiftUI 中掌握 ScrollView 的使用:滚动可见性

前言我们的滚动 API 中又有一个重要的新增功能:滚动可见性。现在,你可以获取可见标识符列表,或者快速检查并监控 ScrollView 内视图的可见性状态。...它设计得易于使用,允许你将其附加到具有滚动目标布局的任何 ScrollView 上。让我们通过一个示例来探讨这个修饰符的使用。...同样,当视图从可见状态转换为不可见状态,即显示的视口部分少于 10% 时,也会运行该闭包。...运行这个 Demo,你会看到一个带有多个文本视图的 ScrollView,当你滚动时,控制台会打印当前可见的项。...此外,在页面底部有一个视频播放器,当视频播放器出现在视口内时,它会自动播放,当其离开视口时,会自动暂停。总结今天,我们学习了如何跟踪 ScrollView 内特定视图的可见性,并监控可见标识符列表。

22421

Ask Apple 2022 与 SwiftUI 有关的问答(下)

在更复杂的 UI 中,由于视图的更新速度过快,性能( 至少在 macOS 上 )迅速下降。A:有不同的策略。ObservableObject 是使视图或视图层次结构的失效( 引发重新计算 )的单元。...这意味着我们不能使用 LazyVStack,或任何其他将选择与详细视图绑定的自定义视图。有扩展这个功能的计划吗?A:在 iOS 16.1 中,你可以在侧边栏里放一个。...然后用 SwiftUI Image 来加载,data 还挺大的,当多个图同时加载,会卡顿和内存占用,请问这种情况下怎么改善A:首先尽量保证采用异步加载的方式加载和创建图片,比如 SwiftUI 中的 AsyncImage...这是一个在多个版本中都出现过的奇怪问题。在 SwiftUI 早期版本中,当在 iOS 中使用系统中文输入法时,很容易触发这种情况。但后期逐步得到了修复。...但这个滚动有两大问题,1、是一个未公开的半成品,有可能会被从 SwiftUI 框架中移除;2、不支持懒加载,即使和 Lazy 视图一起使用也会一次性加载全部的视图。

14.8K30
  • SwiftUI 视图的生命周期研究

    需要创建哪些实例,则是根据当时的状态决定的,每次的状态变化都可能会导致最终生成的视图值树不同(可能仅是某个节点的视图值发生变化,也可能是视图值树的结构都发生了巨大的变化)。...•在 SwiftUI 生成视图值树时,当发现没有对应的实例时,SwiftUI 会创建一个实例从而获取它的 body 结果。...比如在 List 和 LazyVStack 中,Cell 视图在创建之后即使滚动出屏幕不参与布局与渲染,但 SwiftUI 仍会保留这些视图的数据,直到 List 或 LazyVStack 被销毁。...List 或 LazyVStack 中,Cell 视图进入屏幕后触发 onAppear,滚动出屏幕后会触发 onDisappear,在 Cell 视图的存续期内可以多次触发 onAppear 和 onDisappear...在前文的视图值树介绍中我们提到,当 SwiftUI 重建该树时,如果树上某个节点(视图)的 Source of truth 没有发生变化,将不重新计算,直接使用旧值。

    4.5K30

    深入了解 SwiftUI 5 中 ScrollView 的新功能

    之前在 List 或 TextEditor 中实现类似操作是十分困难的。 默认的 ContentMarginPlacement(.automatic)将导致指示器与内容之间的长度不一致。...使用 scrollIndicatorsFlash(trigger:) 可以在提供的值更改时,修饰符作用域范围内的所有可滚动容器的滚动指示器短暂闪烁。...可采用 优化在 SwiftUI List 中显示大数据集的响应效率[5] 一文中介绍的方式来解决。 scrollPostion(id:) 使用此修饰符可以让滚动视图滚动到特定的位置。...仅适用于 ScrollView 当 ForEach 中的数据源遵循 Identifiable 协议时,无需显式使用 id 修饰符设置标识 与 scrollTargetLayout 配合使用,可以获取当前的滚动位置...(视图标识) 不支持锚点设定,固定锚点为子视图的 center 正如 优化在 SwiftUI List 中显示大数据集的响应效率[6] 一文所提到的,当数据集很大时,也会出现性能问题。

    92120

    如何判断 ScrollView、List 是否正在滚动中

    本文将介绍几种在 SwiftUI 中获取当前滚动状态的方法,每种方法都有各自的优势和局限性。...当没有事件时,Runloop 会进入休眠状态,而有事件时,Runloop 会调用对应的 Handler。Runloop 与线程是绑定的。...在绝大多数的时间里,Runloop 都处于 kCFRunLoopDefaultMode( default )模式中,当可滚动控件处于滚动状态时,为了保证滚动的效率,系统会将 Runloop 切换至 UITrackingRunLoopMode...iOS 系统在 macOS 下的 eventTracking 模式中,该方案的表现并不理想屏幕中只能有一个可滚动控件由于任意可滚动控件滚动时,都会导致主线程的 Runloop 切换至 tracing...判断的准确度没有前两种方式高当可滚动组件中的内容出现了非滚动引起的尺寸或位置的变化( 例如 List 中某个视图的尺寸发生了动态变化 ),本方式会误判断为发生了滚动,但在视图的变化结束后,状态会马上恢复到滚动结束滚动开始后

    3.8K40

    只在视图 Body 中生存的变量

    在 View 协议中,body 被属性包装器 @ViewBuilder 所标注,这意味着,通常我们只能在 body 中使用 ViewBuilder 认可的 Expression 来声明视图( 如果显式使用...在本例中,渲染成我们看到的首行数据之前, offset 已被调用过 14 次,与当前的数据量( 13 )非常接近。FetchRequest 导致了上述的重复调用。...image-20230321203001315 假如,我们将 VStack 换成 List 或 LazyVStack 呢?...这并不意味着我推荐本节介绍的方法,在日常使用中,除非真的出现了不可调和的性能问题,enumerated 仍是最符合直觉的解决之道。...@State + onAppear 也能实现类似的效果,不过会让视图多刷新一次。如果计算时间真的较长( 会导致视图停滞 ),通过在 task 中使用异步方法才是更好的选择。

    69710

    在 SwiftUI 中创建自适应的程序化导航方案

    不过仅有在前两列中通过 List(selection:) 来修改状态时,才能在自动转换的 NavigationStack 表现形式中具备程序化导航的能力。方案一对此有进一步的说明。...那么能否在导航列中使用 VStack 或 LazyVStack 实现程序化导航呢?...在 InterfaceSizeClass 发生改变后,需要对导航状态进行调整,以匹配 NavigationStack 的需求。反之亦然。演示图片见本文第一个动图。...以导航容器的出现时机( onAppear )作为重新构建状态的起始点sizeClass 在变化的过程中,其中的值可能会出现重复变化的情况。...不要忘记 NavigationStack 的根视图不在它的“栈”数据中在本例中,转换至 NavigationStack 时,需要将 Detail 列中声明的视图添加到“栈”的底端。反过来则将其移除。

    4.3K30

    SwiftUI 新容器视图 API 深度解析:轻松构建自定义布局

    通过在 Card 容器视图内嵌入不同的视图,你可以在应用的多个屏幕中复用它。这是使用容器视图的主要优势之一:你可以通过将共享的功能封装在容器视图中,在应用的不同地方重复使用它们。...SwiftUI 引入了新的 API,允许我们重新组合视图。例如,我们可以从通过 @ViewBuilder 闭包构建的内容视图中提取子视图,并根据需要将它们放置。...我们使用了带有 subviews 参数的 Group 视图,它允许我们将子视图提取到一个名为 SubviewsCollection 的集合类型中。...return length / 3 } } // 其余子视图为横向滚动小图...你可以在应用中的多个地方使用该容器来保持一致的样式。Carousel:一个横向滚动的容器视图,可以自动排列并展示内容,适合展示横向滑动的图像或视图。

    18633

    优化在 SwiftUI List 中显示大数据集的响应效率

    也就是当显示主界面菜单时,列表视图已经完成了实例的创建(可以通过在 ListEachRowHasID 的构造函数中添加打印命令得以证明),因此也不应是实例化列表视图导致的延迟。...使用了 id 修饰符相当于将这些视图从 ForEach 中拆分出来,因此丧失了优化条件。 总之,当前在数据量较大的情况下,应避免在 List 中对 ForEach 的子视图使用 id 修饰符。...新的问题 细心的朋友应该可以注意到,运行解决方案一的代码后,在第一次点击 bottom 按钮时,大概率会出现延迟情况(并不会立即开始滚动)。...由于整个的滚动过程中仅实例化并绘制了 100 多个子视图,对系统的压力并不大,因此在经过反复测试后,首次点击 bottom 按钮会延迟滚动的问题大概率为当前 ScrollViewProxy 的 Bug...生产中的处理方式 本文为了演示 id 修饰符在 ForEach 中的异常状况以及问题排查思路,创建了一个在生产环境中几乎不可能使用的范例。

    9.3K20

    Qml开发中的性能Tips(翻译文)

    这样,大图像不会占用超过必要的内存; 这对于从外部源加载或由用户提供的内容尤为重要。 请注意,动态更改此属性会导致重新加载图像源,甚至可能来自网络,如果它不在内存缓存中。...图像在内部进行缓存和共享,因此如果多个图像元素使用相同的源,则只加载图像的一个内存。 1.5 仅在必要时启用Image的smooth属性 启用smooth属性对性能不利。...如果您确实需要启用Image的smooth属性,请在动画开始时禁用平滑处理,并在动画结束时重新启用它(仅当图像在屏幕上静止时,缩放瑕疵才可见)。...委托中的元素越少,视图的滚动速度就越快; 在列表委托中,仅将QML用于用户界面,并使用C++实现其余部分(例如:数据生成,数据处理)。不要使用JavaScript。...如果整个应用程序在一个代码量巨大的QML文件中实现,就会发生这种情况。明智地将应用程序划分为逻辑实体,在开始时加载最小QML,然后再使用加载器Loader根据需要加载更多QML。

    5K32

    避免 SwiftUI 视图的重复计算

    通过 _makeProperty 方法,SwiftUI 得以实现在将视图加载到视图树时,把所需的数据( 值、方法、引用等 )保存在 SwiftUI 的托管数据池中,并在属性图( AttributeGraph...@ObservedObject var store = Store() // 每次创建视图类型实例,都会重新创建 Store 实例 由于 SwiftUI 会不定时地创建视图类型的实例( 非加载视图 ),...of Truth( 符合 DynamicProperty 协议的属性包装器 ),只要在视图类型中声明了,无论是否在视图 body 中被使用,在它给出刷新信号时,当前视图都将被刷新。...这是因为,我们将 Student 类型作为参数传递给了子视图,SwiftUI 在比对实例的时候,并不会关心子视图中具体使用了 student 中的哪个属性,只要 student 发生了变化,那么就会重新计算...因此,为了减少因事件源导致的重复计算,我们可以考虑采用如下的优化思路: 控制生命周期 只在需要处理事件时才加载与其关联的视图,用关联视图的存续期来控制触发器的生命周期 减小影响范围 为触发器创建单独的视图

    9.3K81

    SwiftUI 在 WWDC 24 之后的新变化

    新的标签栏体验使用新的 Tab 类型,SwiftUI 提供了新的可定制标签栏体验,带有流畅过渡到侧边栏。...NavigationStack 内从一个视图导航到另一个视图时,使用相同的标识符和命名空间创建平滑的过渡。...滚动位置新的 ScrollPosition 类型与 scrollPosition 视图修饰符配对,允许我们读取 ScrollView 实例的精确位置。我们还可以使用它编程地滚动到滚动内容的特定点。...extension EnvironmentValues { @Entry var itemsPerPage: Int = 10}预览新的 Previewable 宏允许我们在预览中引入状态,而无需将其包装到额外的包装视图中...API,如窗口推送、TextField 和 TextEditor 视图中的文本选择观察、搜索焦点监控、自定义文本渲染、新的 MeshGradient 类型等等,我无法在一篇文章中涵盖所有内容。

    16910

    如何深入理解 JavaScript 中的懒加载

    本文将向您展示如何使用懒加载,以便您的用户在访问您的网站时获得更好的体验。 介绍 网络用户对网站加载时间和性能有很高的期望。加载缓慢的网站可能会增加跳出率并让用户感到不满意。...然而,两种广泛使用的技术是使用Intersection Observer API来延迟加载图像,以及在滚动事件中实现内容的延迟加载。...带有交互元素和小部件(如滑块、轮播图和手风琴)的页面也可以利用延迟加载。跨多个页面的长文章或博客文章也可以从延迟加载中受益。...管理多个延迟加载元素,确保它们在正确的时间加载,并处理交互可能具有挑战性。 管理图像尺寸:在响应式设计中,懒加载图像在处理不同屏幕尺寸和分辨率时可能会变得具有挑战性。...这意味着您可以更快地看到页面并使用更少的数据。在JavaScript中实现懒加载时,浏览器的兼容性是另一个需要考虑的因素。

    37530

    解析 SwiftUI 中两处由状态更新滞后引发的严重 Bug

    这两个错误包括:通过手势取消 Sheet 后,快速右滑导航容器导致应用锁死;以及在滚动中返回上层视图时导致应用崩溃。...原文发表在我的博客 肘子的Swift记事本视图变化在前、状态变化在后在 SwiftUI 中,某些可编程控件在执行一定的操作时,会先更新视图,待视图变化完成后再修改与其对应的状态。...通过手势取消 Sheet 后,快速右滑导航容器会导致应用锁死这是一个在 SwiftUI 所有版本中存在的错误,你可以在众多的论坛或聊天室里看到不少的开发者都在寻找解决方法。...当视图正在滚动时返回上一层视图会导致应用崩溃这是一个由 xiaogd 在我的 Discord 论坛中提出的 问题。...由于在返回上层视图时,状态尚未更新,因此在清理 AG 时(返回动画运行中),会破坏应用程序的 AttributeGraph 完整性,从而导致应用程序死锁或崩溃。

    761110

    UITableView性能提升和优化(第

    重用图片 显示图片的主要问题在于加载的时间,要么通过文件系统IO,要么通过网络IO,都是非常耗时的。这个加载过程同样会影响到滚动性能,当iOS不能返回cell来渲染UI时。...使用这个技术,你可以把耗时的的处理任务放到当前线程之外。在我的当前例子中,不会使用多线程,因为你必须立即了解很多新的概念。在本章结束的时候,你应该自己做完这个练习。...这是在NSDictionary缓存图片的主要代码(请不要使用这种方式存储图片,因为它会导致内存警告)。...表格 3-4 在重用图片之后的测试结果 好极了!fps现在几乎是60了,预加载的时间也降低了。如果你的apps能够达到这个水平,你不必再担心滚动时的性能了;它非常的流畅。...当要获取图片或数据的时候,你可以使用多线程,然后稍后进行填充。从用户的角度来看,这种方法将会使得滚动更加流程,加载图片的速度更快。

    68120

    解析 SwiftUI 中两处由状态更新滞后引发的严重 Bug

    这两个错误包括:通过手势取消 Sheet 后,快速右滑导航容器导致应用锁死;以及在滚动中返回上层视图时导致应用崩溃。...视图变化在前、状态变化在后 在 SwiftUI 中,某些可编程控件在执行一定的操作时,会先更新视图,待视图变化完成后再修改与其对应的状态。这些控件基本上都是对 UIkit(AppKit)的二次包装。...通过手势取消 Sheet 后,快速右滑导航容器会导致应用锁死 这是一个在 SwiftUI 所有版本中存在的错误,你可以在众多的论坛或聊天室里看到不少的开发者都在寻找解决方法。...当视图正在滚动时返回上一层视图会导致应用崩溃 这是一个由 xiaogd 在我的 Discord 论坛中提出的 问题[3]。...由于在返回上层视图时,状态尚未更新,因此在清理 AG 时(返回动画运行中),会破坏应用程序的 AttributeGraph 完整性,从而导致应用程序死锁或崩溃。

    37020

    SwiftUI + Core Data App 的内存占用优化之旅

    在正常的情况下( 惰性容器中仅包含一个 ForEach ,且子视图没有使用 id 添加显式标识 ),惰性容器仅会创建当前可见范围内的子视图实例,并对其 body 进行求值( 渲染 )。...Instruments 会导致优化后的结果显示不准确,内存占用数据将以 App 中的显示以及 Xcode Navigator 的 Debug 栏内容为准。如果滚动过快,可能会导致内存占用增大。...在本例中,只有视图首次出现在 List 的可视区域时,Item 才会被填充数据。 在托管对象从惰值状态( Fault )脱离后,只有在几种特定的条件下,才会重新转换为惰值。...如果我们能够在视图离开可视区域时,能让托管对象重新进入惰值状态,或许又能节省一部分内存。...不过通过实验中分析,这些数据肯定是被缓存的,且在被加载后,并不会因为返回惰值而自动从内存中清除 因此,即使我们将托管对象返回成惰值状态,也仅能节省极少的内存占用( 在本例中几乎可以忽略不计 )。

    1.3K10

    SwiftUI + Core Data App 的内存占用优化之旅

    在正常的情况下( 惰性容器中仅包含一个 ForEach ,且子视图没有使用 id 添加显式标识 ),惰性容器仅会创建当前可见范围内的子视图实例,并对其 body 进行求值( 渲染 )。...图片 Instruments 会导致优化后的结果显示不准确,内存占用数据将以 App 中的显示以及 Xcode Navigator 的 Debug 栏内容为准。如果滚动过快,可能会导致内存占用增大。...在本例中,只有视图首次出现在 List 的可视区域时,Item 才会被填充数据。 在托管对象从惰值状态( Fault )脱离后,只有在几种特定的条件下,才会重新转换为惰值。...如果我们能够在视图离开可视区域时,能让托管对象重新进入惰值状态,或许又能节省一部分内存。...不过通过实验中分析,这些数据肯定是被缓存的,且在被加载后,并不会因为返回惰值而自动从内存中清除 因此,即使我们将托管对象返回成惰值状态,也仅能节省极少的内存占用( 在本例中几乎可以忽略不计 )。

    2.4K40

    Android Compose 新闻App(八)抽屉布局、动态权限、拍照返回

    ,那么是加载不了的,我们可以这样修改一下AsyncImage,代码如下: AsyncImage( model = ImageRequest.Builder...,通过ImageRequest去设置要加载的图片,并设置加载失败的时候的图片,这个图片去我的源码中获取,然后这里还有一个placeholder,这个图的意思就是预览图,当加载网络图片时一开始没加载出来就显示此图片...,一般来说作为动态权限,我们需要在使用的时候再请求,而不是一打开App就请求,而我们现在的App中有一个抽屉布局,里面有一个头像,我们可以点击这个头像的时候请求动态权限,通过权限后我们提示一下,再次点击时...还记得之前在Android中的ActivityResult API吗?...① ActivityResult API 这个ActivityResult API里面携带了很多常用的页面处理,包括了进入系统相机,下面我们将使用它,在使用之前,我们在DrawerView函数中创建两个变量

    2.3K20
    领券