SwiftUI中ScrollView内ForEach在@Published更新时不刷新

问题1：@Published修饰的comments数组更新后ScrollView内ForEach不触发重绘 #

根因 #

• 最常见原因是ForEach的视图标识逻辑错误：未遵循Identifiable协议、id使用了可变属性、或采用下标遍历，导致SwiftUI的diff算法无法识别数据变化，判定视图无需更新。
• 次常见原因是CommentViewModel实例多例：不同位置各自初始化ViewModel，更新操作作用在A实例，ForEach读取的是B实例的空数据，自然不会刷新。
• 隐蔽原因：后台线程更新@Published属性，SwiftUI不会保证后台线程的UI更新触发重绘，表现为数据已经赋值但界面不动。

修复方案 #

• 给Comment模型设置不可变唯一标识，使用服务端返回的评论id作为唯一值，绝对不要用本地生成的临时UUID或者可变属性（比如评论内容、点赞数）作为id：

struct Comment: Identifiable, Hashable, Codable {
    let id: String // 服务端返回的全局唯一评论ID，初始化后不可修改
    let content: String
    let createTime: TimeInterval
    // 其余业务属性
}

• ForEach直接使用遵循Identifiable的数组遍历，禁止用下标遍历：

// 正确写法
ScrollView {
    LazyVStack {
        ForEach(commentViewModel.comments) { comment in
            CommentRow(comment: comment)
        }
    }
}

// 错误写法，不要用
// ForEach(0..<commentViewModel.comments.count) { index in ... }
// ForEach(commentViewModel.comments, id: \.content) { ... }

• ViewModel只在父视图层级用@StateObject初始化一次，所有子视图通过@EnvironmentObject或者参数传入同一个实例，禁止在子视图内部自行调用CommentViewModel()初始化。
• 所有给comments赋值的操作必须切换到主线程执行。

问题2：上传评论后调用fetchComments(post:)报错 #

根因 #

• 时序冲突：上传评论的异步请求未完成就触发拉取请求，出现同接口请求并发冲突、参数未更新的问题。
• 循环引用：网络请求闭包未弱引用self，导致ViewModel被循环持有，调用方法时出现野指针崩溃。
• 线程问题：拉取到数据后在后台线程更新@Published属性触发线程安全检查崩溃。

修复方案 #

• 用结构化并发替换回调式网络请求，保证执行时序：

// CommentViewModel内实现
func submitComment(post: Post, content: String) async throws {
    // 等待上传接口返回成功后再执行拉取
    try await CommentService.shared.upload(postId: post.id, content: content)
    try await fetchComments(post: post)
}

func fetchComments(post: Post) async throws {
    let comments = try await CommentService.shared.fetchList(postId: post.id)
    await MainActor.run {
        self.comments = comments
    }
}

• 如果暂时用回调写法，所有闭包必须加[weak self]，避免循环引用，数据更新切主线程：

func fetchComments(post: Post) {
    CommentService.shared.fetchList(postId: post.id) { [weak self] result in
        guard let self else { return }
        switch result {
        case .success(let list):
            DispatchQueue.main.async {
                self.comments = list
            }
        case .failure(let err):
            print("拉取评论失败: \(err)")
        }
    }
}

问题3：BottomBar内初始化CommentView导致@State变量重置 #

根因 #

SwiftUI的@State生命周期完全绑定视图在视图树中的位置：如果CommentView是通过条件判断（if show { CommentView() }）放在BottomBar内部，每次状态切换导致视图插入/移除时，SwiftUI会销毁旧视图实例，所有@State都会被重置为初始值。如果BottomBar本身高频重绘，也会触发内部子视图重新初始化。

修复方案 #

• 把CommentView的视图层级提到和BottomBar平级的父视图中，不要放在BottomBar内部，用过渡动画控制显示隐藏，避免被BottomBar的重绘逻辑影响：

struct PostDetail: View {
    @StateObject private var commentVM = CommentViewModel()
    @State private var showCommentSheet = false
    var body: some View {
        PostContent()
            .overlay(alignment: .bottom) {
                BottomBar(showComment: $showCommentSheet)
                    .zIndex(1)
                if showCommentSheet {
                    CommentView()
                        .environmentObject(commentVM)
                        .transition(.move(edge: .bottom))
                }
            }
    }
}

• 把需要跨刷新持久化的状态从CommentView的@State移到CommentViewModel中托管，@State只用来存储临时UI状态（比如输入框焦点、本地动画状态）。

快速排查清单 #

• 打印CommentViewModel实例的内存地址，确认所有访问位置都是同一个实例
• 断点确认comments赋值时当前线程是主线程
• 检查Comment模型的id属性是否为全局唯一、不可变的值
• 确认CommentView没有被放在会重复创建的视图构造逻辑里

内容的提问来源于stack exchange，提问作者Alexander Rubino