随着更多远程数据被加载并添加到SwiftUI中的屏幕上,导航滞后了

问题描述

我正在我的应用程序的屏幕上工作,允许用户发表评论。此外,他们可以通过点击按钮查看以前的评论。最新的评论始终位于评论列表的末尾,而最旧的评论始终位于顶部。

点击view more按钮后,我从数据库获取了10条以前的注释。我的提取代码如下:

 func fetchMoreComments(for gameId: Int,isLoadingMoreComments: Binding<Bool>) {

     guard self.canLoadMoreComments else { return }

     apimanager
         .CommentsAPI
         .getMoreComments(for: gameId,lastCommentId: self.lastCommentId!)
         .sink(receiveCompletion: { completion in
              print("load more comments completion:",completion)
         },receiveValue: {[weak self] response in

                 if response.statusCode == 200 {

               //    self?.comments.reserveCapacity((self?.comments.count)! + response.items.count)

                     let comments = response.items
                    
                     if let lastCommentId = comments.map({ $0.id! }).min() {
                         
                        self?.lastCommentId = lastCommentId
                         
                     }

                    self?.comments.insert(contentsOf: comments.sorted(),at: 0)

                    isLoadingMoreComments.wrappedValue = false

                    self?.canLoadMoreComments = response.items.count >= 1
                 }
                 
        })
        .store(in: &subscriptions)

 }

另外,我应该提到的是,在首次加载屏幕时,还有另一个功能可以用来拉动3条最新注释,以便在用户首次加载该特定屏幕时显示在屏幕上。

问题

随着更多评论的加载,导航速度变慢。我的意思是,如果我点击“后退”按钮返回上一屏幕,则实际上要回到该屏幕之前,会有大约4-5秒的延迟。反之也有同样的问题。将评论加载到屏幕大约需要4-5秒。

我尝试过的事情

1) 我花了几天的时间整理内存泄漏并清理代码,以尝试发现问题。我发现的是,如果我注释掉从我的视图模型读取数组的forloop(我上面粘贴的一个函数),那么漫长的导航问题就消失了。我在下面粘贴了forloop。我已经尝试过使用我的Commments对象中的.id以及.self来提高性能,但是并没有什么不同。

ForEach(self.liveGameviewmodel.comments,id: \.self) { comment in
                                
   LiveGameCommentCell(comment: comment)
            
}
.id(UUID())

2) 我进一步将范围缩小到NavigationLink内的LiveGameCommentCell。该导航链接是指向评论者个人资料屏幕的链接。我注意到,一旦我注释掉该导航链接,导航滞后就会部分得到缓解。我最多可以加载100条评论(一次10条),然后离开屏幕(仍然会有几秒钟的滞后),但是,一旦导航到带有评论的屏幕,滞后就会完全消失。 / p>

3) 由于无法再使用导航,因此我决定使用工作表来呈现用户的个人资料屏幕。在这里,我注意到了另一个问题,或者也许就是我一直遇到的同一问题。我会在屏幕上加载评论,然后点击评论者的图片,表格不会出现滞后。然后,我将关闭工作表并加载更多评论,然后点击另一个评论者的个人资料图像。我注意到,我加载的评论越多,表格展示自己所需的时间就越长。

4) 接下来,我决定调整最初从数据库提取了多少条注释。我将上限提高到100。在没有加载更多评论的情况下,我再次点击了评论者的个人资料图片,然后滞后再次出现。问题肯定与评论有关。

5) 我尝试在初始加载评论时将Swift数组的reserveCapacity(_:)设置为10,然后每次加载更多评论时,将容量设置为数组中当前评论数量+响应中接收的数量。这没有什么明显的区别。

我似乎无法找到这个问题,但我知道它与屏幕上的评论数量直接相关。屏幕上的注释越多,表单显示的时间就越长,或者导航回上一个屏幕所花费的时间也就越长。

我已经重构了代码,并修复了遇到的内存泄漏。与每个屏幕相关的大多数视图模型仅在该屏幕的生命期内有效。例如,关闭屏幕时,视图模型将被取消初始化。

在乐器内部,LiveGameCommentCell的计数和总持续时间最高。随着我加载更多评论,计数增加

enter image description here

什么可能导致此问题?我在其他屏幕上使用了相同类型的功能,但是没有这个问题。唯一的不同是,其他屏幕完全是包含foreach循环的列表,而此问题屏幕由2张图片(主持人,挑战者),一些游戏信息(例如简短的描述性句子,最后期限,评论)组成计数,类别,然后在所有这些下面,添加一个用于注释列表的部分和一个用于发布新注释的文本视图。

我甚至进行了一些更改,以便注释的API响应将提供注释所需的所有信息,而不是利用外键并从应用程序发出多个请求。所需的所有内容都在getMostRecentCommentsgetMoreComments请求中提供。

我没有解决一些内存泄漏的问题,因为它们很可能与其他问题有关,因为它们会显示出来,而不用访问显示注释的屏幕。

enter image description here

此外,我注意到当我第一次到达显示评论并点击评论者个人资料图像的屏幕时,没有任何错误。如果我点击加载的下一组10条评论,则不会有任何错误,但是随着滞后的增加,我注意到点击评论者的图片时会开始显示错误错误是:

[Common] _BSMachError: port 1c433; (os/kern) invalid capability (0x14) "Unable to insert copY_SEND"

我真的很感谢一些可以帮助我解决此问题的线索。目前,我完全不知道是什么导致了这个问题。

预先感谢

解决方法

我在ScrollView而不是List内有一个ForEach循环。用列表替换ScrollView,并将我的NavigationLink包裹在LazyView内即可解决此问题。