horizontalSizeClass
我看到 SwiftUI body 在存在环境变量(如或)的情况下被无限循环地重复调用verticalSizeClass
。这种情况发生在设备从纵向旋转到横向然后返回纵向模式之后。deinit
的方法TestPlayerVM
被重复调用。下面粘贴了可重现性最低的示例代码。
如果我删除大小类环境引用,或者如果我跳过初始化程序addPlayerObservers
中的调用,就不会出现无限循环TestPlayerVM
。
import AVKit
import Combine
struct InfiniteLoopView: View {
@Environment(\.verticalSizeClass) var verticalSizeClass
@Environment(\.horizontalSizeClass) var horizontalSizeClass
@State private var openPlayer = false
@State var playerURL: URL = URL(fileURLWithPath: Bundle.main.path(forResource: "Test_Video", ofType: ".mov")!)
var body: some View {
PlayerView(playerURL: playerURL)
.ignoresSafeArea()
}
}
struct PlayerView: View {
@Environment(\.dismiss) var dismiss
var playerURL:URL
@State var playerVM = TestPlayerVM()
var body: some View {
VideoPlayer(player: playerVM.player)
.ignoresSafeArea()
.background {
Color.black
}
.task {
let playerItem = AVPlayerItem(url: playerURL)
playerVM.playerItem = playerItem
}
}
}
@Observable
class TestPlayerVM {
private(set) public var player: AVPlayer = AVPlayer()
var playerItem:AVPlayerItem? {
didSet {
player.replaceCurrentItem(with: playerItem)
}
}
private var cancellable = Set<AnyCancellable>()
init() {
addPlayerObservers()
}
deinit {
print("Deinit Video player manager")
removeAllObservers()
}
private func removeAllObservers() {
cancellable.removeAll()
}
private func addPlayerObservers() {
player.publisher(for: \.timeControlStatus, options: [.initial, .new])
.receive(on: DispatchQueue.main)
.sink { timeControlStatus in
print("Player time control status \(timeControlStatus)")
}
.store(in: &cancellable)
}
}
这是由代码中的多种因素组合造成的:
@State
每次@Observable
调用时都会调用with 。通常这个新实例将立即被取消初始化,因为视图只需要一个实例,但 SwiftUI 有时会泄漏一个实例。这是一个众所周知的错误。TestPlayerVM.init
PlayerView.init
cancellable
被跟踪@Observable
cancellable
修改init
cancellable
修改deinit
如果这 4 件事中的任何一件没有发生,你就不会陷入无限循环。
最开始的时候,
PlayerView.init
被调用,并创建了 的第一个实例TestPlayerVM
。旋转屏幕会导致
@Environment
s 发生变化,因此 SwiftUI 执行视图更新,调用InfiniteLoopView.init
,其中您调用PlayerView.init
。这会创建 的第二个实例TestPlayerVM
。第二个实例已泄漏,即被 SwiftUI 错误地保留在内存中并且不会被取消初始化。这就是为什么无限循环直到屏幕第二次旋转才开始的原因。如果 SwiftUI 没有泄漏第二个实例,它将
deinit
在第一次旋转后被调用,从而启动无限循环。当你再次旋转屏幕时,
InfiniteLoopView.body
会再次被调用,所以PlayerView.init
也会再次被调用,从而创建 的第三个实例TestPlayerVM
。这就是连锁反应的开始。在 中
TestPlayerVM.init
,cancellable
随着您向其中插入新元素而被修改。由于cancellable
被 跟踪@Observable
,SwiftUI 现在认为cancellable
是 的依赖项InfiniteLoopView
。InfiniteLoopView
每当发生更改时都会更新cancellable
。我应该强调这是InfiniteLoopView
,而不是PlayerView
。毕竟我们仍处于评估阶段InfiniteLoopView.body
,因此 SwiftUI 正在寻找 的依赖项InfiniteLoopView
。与第二个实例不同,这个第三个实例(正确地)立即被取消初始化。但是在 中会发生什么
deinit
?你cancellable
通过删除其所有元素来修改。SwiftUI 观察到这一变化,并且因为它确定cancellable
是之前的 的依赖项InfiniteLoopView
,所以它更新了视图。InfiniteLoopView.body
被调用,所以PlayerView.init
被调用,因此TestPlayerVM
创建了 的另一个实例,然后循环继续。您可以执行以下任何操作(或全部操作)来中断循环:
@State
可选的并在 中初始化它.task
。@ObservationIgnored
cancellable
addPlayerObservers
在……之外呼叫init
- 在……之内。onAppear
cancellable.removeAll()
。让 ARC 完成其工作。无论如何,AnyCancellable
将在之后自动取消初始化TestPlayerVM.deinit
,假设没有其他东西持有对它们的引用。