开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

使用StateObject的SwiftUI工具栏操作会导致帧速率下降

。StateObject是SwiftUI中的一个属性包装器，用于管理具有状态的对象。当在工具栏中使用StateObject时，可能会导致帧速率下降的原因是StateObject的更新频率过高，从而导致界面的重新渲染和布局计算过于频繁。

为了解决这个问题，可以考虑以下几个方面：

优化StateObject的更新频率：检查StateObject对象是否真正需要在每一帧都进行更新。如果不是必要的，可以通过减少更新的频率来提高帧速率。可以使用@Published属性包装器来控制StateObject的更新时机。
使用异步更新：如果StateObject的更新涉及到耗时的操作，可以考虑使用异步更新来避免阻塞主线程。可以使用Swift的异步编程模式，如async/await或Combine框架来实现异步更新。
使用局部更新：如果只有StateObject的一部分需要更新，可以使用SwiftUI中的局部更新技术，如@State和@Binding属性包装器，只更新需要更新的部分，而不是整个界面。
避免不必要的界面重新渲染：检查界面中是否存在不必要的重新渲染情况，例如使用了不必要的动画效果或过多的视图嵌套。优化界面结构，减少不必要的布局计算和渲染操作。
使用性能优化工具：使用Xcode提供的性能优化工具，如Instruments工具，来分析和定位性能瓶颈，找出导致帧速率下降的具体原因，并进行相应的优化。

腾讯云相关产品和产品介绍链接地址：

腾讯云云服务器（CVM）：提供弹性计算能力，满足各种规模的业务需求。产品介绍链接
腾讯云云原生容器服务（TKE）：提供高度可扩展的容器化应用管理平台，简化容器部署和管理。产品介绍链接
腾讯云云数据库MySQL版（TencentDB for MySQL）：提供稳定可靠的云数据库服务，适用于各种规模的应用。产品介绍链接
腾讯云人工智能（AI）：提供丰富的人工智能服务和解决方案，包括图像识别、语音识别、自然语言处理等。产品介绍链接
腾讯云物联网（IoT）：提供全面的物联网解决方案，包括设备接入、数据管理、应用开发等。产品介绍链接
腾讯云移动开发（Mobile）：提供移动应用开发和运营的云服务，包括移动推送、移动分析、移动测试等。产品介绍链接

相关搜索:在Xamarin中使用CocoSharp绘制活动图表会导致帧速率变慢使用梯度下降的Tensorflow会导致错误的系数使用.NET核心的MongoDB.Driver和CosmosDB，DeleteManyAsync()调用会导致“请求速率很大”错误使用集线器的GitHub操作会导致未经授权的(HTTP401)错误凭据 SQL Server :使用自联接输出具有不同名称的同一列会导致性能下降-需要改进在插入符号包中使用训练模型内的poly函数会导致数据帧错误使用带样式的组件进行预操作会导致浏览器控制台中出现错误在MatLab上使用ODE45时，输入带有多个小数位的数字作为初始X值和速率常量会导致错误消息使用元变量的带有键值选项的python ArgParse自定义操作会导致-h输出中出现重复项在Keras中使用自定义的步骤激活函数会导致“一个操作对渐变有`None`”。错误。如何解决这个问题？

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

探讨 SwiftUI 中的几个关键属性包装器

在这篇文章中，我们将探讨几个在 SwiftUI 开发中经常使用且至关重要的属性包装器。本文旨在提供对这些属性包装器的主要功能和使用注意事项的概述，而非详尽的使用指南。...在复杂的视图层级中，逐级传递 @Binding 可能导致数据流难以追踪，此时应考虑使用其他状态管理方法。确保 @Binding 的数据源是可信的，错误的数据源可能导致数据不一致或应用崩溃。...引入 @StateObject 意味着所有相关操作都在主线程上进行（ SwiftUI 会隐式为视图添加 @MainActor），包括异步操作。应将需要在非主线程上运行的代码应该从视图代码中剥离。...注意事项在 iOS 13 中，由于没有提供 @StateObject ，此时 @ObservedObject 是唯一选择，可能会因为无法保证实例的存续期而产生意想不到的结果[12]，为了避免类似问题...在 iOS 17+ 的环境中，如果应用主要依赖于 Observation 和 SwiftData 框架，那么这三个属性包装器的使用频率可能会相对较低。

3251 0

避免 SwiftUI 视图的重复计算

符合 DynamicProperty 协议的属性包装器几乎每一个 SwiftUI 的使用者，在学习 SwiftUI 的第一天就会接触到例如 @State、@Binding 这些会引发视图更新的属性包装器...当 SwiftUI 将视图从视图树上删除时，会一并完成对 SwiftUI 数据池以及关联的清理工作。如此，使用 State 包装的变量，其存续期将与视图的存续期保持完全一致。...任何通过 objectWillChange.send 进行的操作都将导致视图被刷新，无论实例中的属性内容是否被修改。...比对结果仅能证明两个实例之间是否不同，但 SwiftUI 无法确定这种不同是否会导致 body 的值发生变化，因此，它会无脑地对 body 进行求值。...不稳定值会导致每次创建的实例都不同，从而造成非必要的刷新化整为零上述的比对操作是在视图类型实例中进行的，这意味着将视图切分成多个小视图（视图结构体）可以获得更加精细的比对结果，并会减少部分 body

9.3K8 1

Ask Apple 2022 与 SwiftUI 有关的问答（上）

这可能会导致一些不好的后果，例如使视图的可重用性降低，并将业务逻辑与 SwiftUI 视图的生命周期挂钩，这将使处理业务逻辑变得更加困难。简而言之，我们不建议使用视图作为视图模型。...使用它们应该只创建一个实例，然后可以在子视图中读取。这应该不会增加内存的使用（如果有的话，请提出反馈）。如果你向你的模型对象追加越来越多的数据，你可能会增加内存的使用，这是很正常的。..._store = StateObject(wrappedValue: Store(id: id)) 。澄清一下。下划线会让它看起来有点诡异，但访问底层存储并没有错。...A：实现近似行为的方法是在菜单中使用命令来提供相同的操作。通常情况下，应该有列表让人们知道有哪些键盘快捷键可用。但是，如果这不适合你的使用情况，我们会对这方面的增强请求反馈感兴趣。...ViewBuilder 中的 if 语句Q：我知道 SwiftUI 是基于 ResultBuilder 的。所以 if 语句通过树状结构与 buildEither 进行操作。

12.3K2 0

StateObject 与 ObservedObject

StateObject 是在 SwiftUI 2.0 中才添加的属性包装器，它的出现解决了在某些情况下使用 ObservedObject 视图会出现超预期的问题。...由于实例是会反复创建的，因此，开发者必须用特定的标识（ @State、@StateObject 等）告诉 SwiftUI ，某些状态是与视图存续期绑定的，在存续期期间是唯一的。...当将视图加载到视图树时，SwiftUI 会根据当时采用的实例将需要绑定的状态（ @State、@StateObject、onReceive 等）托管到 SwiftUI 的托管数据池中，之后无论实例再被创建多少次...在 @StateObject 研究[4] 一文中，展示了因错误使用 ObservedObject 而引发灵异现象的代码片段出现这种情况是因为一旦，在视图的存续期中，SwiftUI 创建了新的实例并使用了该实例...不在它的构造方法中引入无关的操作可以极大地减轻系统的负担。对于数据的准备工作，可以使用 onAppear 或 task ，在视图加载时进行。

2.4K2 0

@StateObject 研究

在SwiftUI 1.0时代，如果想将引用类型作为source of truth,通常的方法是使用@EnvironmentObject或者 @ObservedObject。...@EnvironmentObject注入的数据，由于其通常是在SceneDelegate或者当前View的父辈、祖先View上创建的，所以其生命周期必然不短于当前View,因此在使用中并不会发生由于生命周期不可预测而导致的异常...当再次进入link后，@StateObject对应的视图中计数清零（由于返回父视图，再次进入时会重新创建视图，所以会重新创建实例），不过@ObservedObject对应的视图中计数是不清零的。...对我个人而言，基本失去了使用其的理由（可用于绑定父视图传递的@StateObject）。...我个人还是更推荐将来都使用@StateObject来消除代码运行的不确定性。通过下述代码，使用@StateObject同样可以得到测试2中ObservedObject的运行效果。

1.2K4 0

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

原文发表在我的博客肘子的Swift记事本视图变化在前、状态变化在后在 SwiftUI 中，某些可编程控件在执行一定的操作时，会先更新视图，待视图变化完成后再修改与其对应的状态。...而通过调用环境值或直接修改绑定状态，SwiftUI 则遵循了响应式编程原则，进行了的先调整状态，后更新视图的操作。...通过手势取消 Sheet 后，快速右滑导航容器会导致应用锁死这是一个在 SwiftUI 所有版本中存在的错误，你可以在众多的论坛或聊天室里看到不少的开发者都在寻找解决方法。...当视图正在滚动时返回上一层视图会导致应用崩溃这是一个由 xiaogd 在我的 Discord 论坛中提出的问题。...在我们遇到问题的两个场景中，应用程序都恰好使用了导航容器，并且通过特定的操作，使 RunLoop 处于了适合 AG 打包更新的状态。

70711 0

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

视图变化在前、状态变化在后在 SwiftUI 中，某些可编程控件在执行一定的操作时，会先更新视图，待视图变化完成后再修改与其对应的状态。这些控件基本上都是对 UIkit（AppKit）的二次包装。...而通过调用环境值或直接修改绑定状态，SwiftUI 则遵循了响应式编程原则，进行了的先调整状态，后更新视图的操作。...通过手势取消 Sheet 后，快速右滑导航容器会导致应用锁死这是一个在 SwiftUI 所有版本中存在的错误，你可以在众多的论坛或聊天室里看到不少的开发者都在寻找解决方法。...当视图正在滚动时返回上一层视图会导致应用崩溃这是一个由 xiaogd 在我的 Discord 论坛中提出的问题[3]。...在我们遇到问题的两个场景中，应用程序都恰好使用了导航容器，并且通过特定的操作，使 RunLoop 处于了适合 AG 打包更新的状态。

3462 0

SwiftUI 状态管理系统指南

前言 SwiftUI与苹果之前的UI框架的区别不仅仅在于如何定义视图和其他UI组件，还在于如何在整个使用它的应用程序中管理视图层级的状态。...标记为StateObject的属性与ObservedObject的行为完全相同——此外，SwiftUI将确保存储在此类属性中的任何对象不会因为框架在重新渲染视图时重新创建新实例而被意外释放： struct...，从现在开始可以只使用StateObject——我仍然建议在观察外部对象时使用ObservedObject，而在处理视图本身拥有的对象时只使用StateObject。...把StateObject和ObservedObject看作是State和Binding的参考类型，或者SwiftUI版本的强和弱属性。...（在这种情况下是一个Theme实例），然后SwiftUI会处理其余的事情。

5.1K2 0

一段因 @State 注入机制所产生的“灵异代码”

State 注入的优化机制在 SwiftUI 中，对于引用类型，开发者可以通过 @StateObject、@ObservedObject 或 @EnvironmentObject 将其注入到视图中。...这意味着，相较于在原有视图树上创建分支，在新上下文中重建视图树的开销更大，需要进行的工作也更多。而 SwiftUI 为了优化效率，通常会对若干操作进行合并。...即使为新上下文中的视图进行的关联操作是在视图求值操作之前完成的，但由于 n 的变化与关联操作被集中在一个 Render Loop 中，这样会导致在关联之后并不会强制新关联的视图刷新（关联后，值并没有发生变化...方案二、使用 @StateObject 强制刷新我们可以通过创建引用类型的 Source 来避免在不同上下文之间关联 State 可能出现的顺序错误。...事实上，使用 @StateObject 相当于在 vm.n 发生变化后，强制视图重新计算。

1.9K2 0

SwiftUI 4.0 的全新导航系统

，一分为二的方式将让布局表达更加清晰，同时也会强迫开发者为 SwiftUI 应用对 iPadOS 和 macOS 做更多的适配。...基于类型的响应式目标视图处理机制比如下面的代码是在老版本（ 4.0 之前）SwiftUI 中使用编程式跳转的一种方式： struct NavigationViewDemo: View { @...⚠️ 在使用堆栈管理系统的情况下，请不要在编程式导航中混用声明式导航，这样会破坏当前的视图堆栈数据下面的代码，如果点击声明式导航，将导致堆栈数据重置。...分栏布局在 SwiftUI 4.0 之前的版本，可以这样使用 NavigationView 来创建拥有左右两个栏的编程式导航视图： class MyStore: ObservableObject {...这种信号会越来越强，苹果也为此会提供越来越多的 API。希望本文能够对你有所帮助。

10.3K6 2

我庆幸果断放弃了SwiftUI：它还不够成熟

新框架使用声明性范例，让开发者用更少的代码编写相同的 UI。 SwiftUI 的愿景是降低开发 iOS 门槛，吸引更多开发者、丰富 iOS 的业态。...SpriteKit 视图一般都能以每秒 60 帧的完美速率呈现（只要用的不是英特尔孱弱的 iGPU）。...但每当 SwiftUI 更新检查器视图时（这种更新可能出现在移动过程中，甚至是在输入文本字段的时候），渲染速率都会下降到每秒 10 到 15 帧，而且相当不稳定。这显然让人无法容忍。...，终于能比较顺畅地操作地图上的对象了，每秒的帧率浮动一般就只有个位数。...但这会导致检查器中的值出现延迟，因此在地图编辑器的交互过程中（比如使用移动工具时）结果不准确，所以效果还是称不上完美。但我觉得这可能只是个独立问题，并不能因此把 SwiftUI 一棒子打死。

5K2 0

深度解读 Observation —— SwiftUI 性能提升的新途径

这导致在 SwiftUI 中，极易产生了大量不必要的视图刷新，从而影响 SwiftUI 应用的性能。为了改善这些限制，Swift 5.9 版本推出了 Observation 框架。...也许有人会感到困惑，为什么使用 Observation 框架声明的可观察对象的注入方式与值类型类似，而遵守 ObservableObject 协议的引用类型，都需要使用注明了 Object 的方法才能注入...然而，由于 Observation 框架暂不支持创建可持续性的观察行为，每次评估后视图都需要重新创建观察操作（用时极少）。我们需要更多时间来评估这是否会导致新的性能问题。...Observation 框架会影响 SwiftUI 编程习惯吗对我来说，是的。比如，当前开发者通常会使用结构体（ Struct ）来构建应用的状态模型。...随着越来越多的 SwiftUI 应用转换到这个框架上，开发者会总结出更多的使用心得。

5772 0

AnyView 对 SwiftUI 性能的影响

你可以在这个出色的 WWDC 演讲中找到有关 SwiftUI 差异机制的更多细节。Apple 也多次提到，我们应该避免在 ForEach 中使用 AnyView，称其可能会导致性能问题。...我们将使用动画卡顿仪器配置文件以及这个开源 FPS 计数器。动画卡顿苹果建议使用动画卡顿作为衡量应用性能的指标。卡顿基本上是指在屏幕上显示的帧比预期晚的帧。...当使用 FPS 作为度量标准时，重要的是指定最大帧速率（在这种情况下为 60），并在应用程序没有活动时丢弃值。浏览数据首先，让我们看看在浏览内容时不同的实现会表现如何。...此测试中的平均 FPS 约为每秒 55 帧，你可能会注意到在滚动时出现一些可见的故障，尽管情况并不那么糟糕。...使用 if-else 导致视图标识丢失，就像 AnyView 一样，因此在这里没有性能差异是可以预期的。这也取决于实现的方式 - 你的数据模型，将状态传递到哪里，哪些更新可能会导致视图重绘等等。

1420 0

肘子的 Swift 周报 #017 | 新博客的数据盘点

值得注意的是，中文访客从占比 75% 下降到 33%，这意味着非中文用户现在已经占据了大多数。新博客取得如此显著的访问量增长是我没有预料到的，且从统计数字来看，这种增长趋势还将持续。...第一部分为探讨 SwiftUI 中的关键属性包装器：@State、@Binding、@StateObject、@ObservedObject、@EnvironmentObject 和 @Environment...在常规做法中，开发者可能倾向于简单地将字符串统一转换成相同的大小写形式，然后使用 == 进行比较。然而，此方法存在明显的局限，并且可能引发性能上的问题。...jesse squires 分享了他在以往团队工作中广泛使用 fastlane 的经验，以及他首次从头开始设置 fastlane 的过程。...研讨会探讨了若干重要议题，包括受新政影响的市场规模、新商业条款下的风险点、适合采纳新条款的应用类型、商业条款的接受考量，以及应用发布的相关限制。

1251 0

掌握 SwiftUI 的 task 修饰器

因此，开发者应避免将一些会对性能造成影响的操作放置在视图类型的构造函数之中，而是在 onAppear 或 task 中进行该类型的操作。...onDisappear 的操作。....使用 url.lines 和 url.resourceBytes 获取网络数据时，系统 API 会跳转到后台线程，不过最终仍会回到主线程上想要了解并解决这个问题，我们还要从 task 修饰器的定义中入手...的定义中，wrappedValue 和 projectedValue 被标注了 @MainActor @StateObject var testObject = TestObject() // 导致...作为一个事件源类型的 Source of Truth，每当接收到一个新的消息时，它都会导致 SwiftUI 对视图的 body 重新求值。

2.2K3 0

掌握 SwiftUI 的 task 修饰器

随着 Swift 5.5 引入了 async/await 特性，苹果也为 SwiftUI 添加了 task 视图修饰器，以方便开发者在视图中使用基于 async/await 的异步代码。...因此，开发者应避免将一些会对性能造成影响的操作放置在视图类型的构造函数之中，而是在 onAppear 或 task 中进行该类型的操作。...使用 url.lines 和 url.resourceBytes 获取网络数据时，系统 API 会跳转到后台线程，不过最终仍会回到主线程上想要了解并解决这个问题，我们还要从 task 修饰器的定义中入手...导致 SwiftUI 会将视图类型的实例默认推断为运行于主线程 var body: some View { VStack { Button(show ?...作为一个事件源类型的 Source of Truth，每当接收到一个新的消息时，它都会导致 SwiftUI 对视图的 body 重新求值。

3.6K6 0

Swift 掌握 Observation 框架

你还应该注意的另一件事是 onChange 闭包在实际更改应用之前运行。这就是为什么我们通过启动新任务来推迟 onChange 操作的原因。...SwiftUI 自动跟踪在 SwiftUI 中，你不需要使用 withObservationTracking 函数来观察更改。SwiftUI 自动跟踪视图正文中使用的任何可观察类型属性的更改。...SwiftUI 自动执行此操作。只要存储的状态属性更改，SwiftUI 就会更新视图。...我们不需要 @ObservedObject 属性包装器来跟踪可观察类型中的更改，但我们仍然需要 @StateObject 替代项以在 SwiftUI 生命周期中存活。...使用 @StateApple 简化了我们应该在新的观察框架中使用的属性包装器集。现在，我们可以使用 @State 而不是 @StateObject 属性包装器。

2392 1

从前端视角看 SwiftUI

从 UI 的角度来看，前端与手机开发会遇到问题是类似的，尽管使用的语言或是开发手法不尽相同，我们都需要打造一个易用的使用者介面。...如果想要将重复的逻辑抽出，需要另外使用 @Observable 与 @StateObject 这样的修饰符，另外建立一个类别来处理。...后来看到了 SwiftUI-Hooks[2]，不知道实际使用的效果如何。...传统的 ViewController 职责暧昧，容易变得肥大导致难以维护，透过 Reducer、Action、Store 订阅来确保单向资料流，所有的操作都是向 store dispatch 一个action...虽然有效避免了 prop drilling 的问题，然而 context 的存在会让测试比较麻烦一些，因为使用 context 时代表了某种程度的耦合。

3.5K2 0

WWDC 23 之后的 SwiftUI 有哪些新功能

数据流 Swift 5.9 引入了宏功能，成为 SwiftUI 数据流的核心。SwiftUI 不再使用 Combine，而是使用新的 Observation 框架。...也不再需要 @Published 属性包装器，因为 SwiftUI 视图会自动跟踪任何可观察类型的可用属性的更改。...，如 State、StateObject、ObservedObject 和 EnvironmentObject，你应该了解何时以及为何使用它们。...在之前的 SwiftUI 框架版本中，应该使用 @ObservedObject 属性包装器来订阅更改。现在不需要了，因为 SwiftUI 视图会自动跟踪符合 Observable 协议的类型的更改。...还有 KeyframeAnimator 视图，可以使用关键帧来实现动画。 ScrollView 今年 ScrollView 有了很多优秀的新增功能。

3852 0

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

尽管 SwiftUI 的惰性容器以及 Core Data 都有各自的内存占用优化机制，但随着应用视图内容的复杂（图文混排），越来越多的开发者遇到了内存占用巨大甚至由此导致 App 崩溃的情况。...在正常的情况下（惰性容器中仅包含一个 ForEach ，且子视图没有使用 id 添加显式标识），惰性容器仅会创建当前可见范围内的子视图实例，并对其 body 进行求值（渲染）。...图片 Instruments 会导致优化后的结果显示不准确，内存占用数据将以 App 中的显示以及 Xcode Navigator 的 Debug 栏内容为准。如果滚动过快，可能会导致内存占用增大。...} } SwiftUI 只会持有 @StateObject 所对应实例的引用，实例中属性数据的释放仍遵循标准的 Swift 语言逻辑。...总结 SwiftUI 的惰性容器使用起来很方便，并且通过 @FetchRequest 与 Core Data 配合也很方便，这在一定程度上导致开发者有了轻视的心理，认为 SwiftUI + Core Data

2.4K4 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭