SwiftUI中Cell同时用ViewModifier与id()引发ScrollView性能问题

问题根源 #

你遇到的性能暴跌，是因为**自定义ViewModifier+显式id()**的组合破坏了SwiftUI LazyVStack的视图复用机制：

• LazyVStack靠视图的「类型+id」来判断是否可以复用已创建的Cell
• 自定义Modifier会给Cell套一层新的视图类型，结合显式id后，滚动到底部时，SwiftUI无法识别这些是可复用的视图，被迫重复创建大量新Cell实例，直接拖垮性能

解决办法 #

1. 把Modifier移到Cell内部 #

将需要的Modifier直接整合到Cell的body中，避免在ForEach外部给Cell附加额外视图层级：

private struct Cell : View {
    private let index: Int
    
    init(_ index: Int) { self.index = index }
    
    var body: some View {
        HStack { Spacer(); Text("\(index)"); Spacer() }
            .padding()
            .background(Color.gray)
            .cornerRadius(8)
            .modifier(EmptyModifier()) // 移到Cell内部
    }
}

这样既保留了Modifier的效果，又不破坏LazyVStack的复用逻辑，性能会恢复正常。

2. 用内置Modifier替代自定义实现 #

如果你的自定义Modifier只是空包装（比如示例中的EmptyModifier），可以直接省略，或者用SwiftUI内置的等效方式。比如iOS 17+可以用.identity替代空Modifier：

Cell($0.offset)
    .identity // 替代EmptyModifier
    .id($0.offset)

3. 优化id的绑定逻辑（业务场景适配） #

如果实际业务中列表项有唯一标识（不是示例中重复的"item"），可以把id绑定到数据本身的唯一值，而不是offset，进一步稳定视图身份：

// 假设item有唯一id字段
ForEach(viewModel.items, id: \.id) { item in
    Cell(item.id)
        .modifier(YourModifier())
        .id(item.id)
}

额外说明 #

不是不能给Cell用Modifier，而是要注意Modifier的添加位置和视图身份的稳定性。只要不让Modifier破坏LazyVStack对Cell视图类型的识别，就能正常复用视图，保证大数据列表的滚动性能。

内容的提问来源于stack exchange，提问作者sugar baron