【问题标题】:iOS websocket memory issue in React NativeReact Native 中的 iOS websocket 内存问题
【发布时间】:2018-05-03 20:32:10
【问题描述】:

我们在 React Native 中使用 websocket blob 实现时遇到内存泄漏,并且无法完全定位问题。

使用 Xcode Instruments,我们可以看到问题很可能发生在框架处理 RCTSRWebSocket.m 中的二进制消息的方式中,或者可能稍后在 RCTWebSocketModule.m 的调用树中发生

任何具有 Object-C 技能的人都能够看到为什么某些内存(可能分配给接收到的消息)没有被正确释放?

Link to Github issue

【问题讨论】:

  • 屏幕截图显示了分配发生的位置,不清楚之后数据会发生什么......你是否将它存储在某个地方?编辑:没关系我没有注意到 github 链接

标签: ios objective-c react-native websocket


【解决方案1】:

也许是我,但似乎 frameData 被复制了?它是 NSData 所以一个引用类型,我不清楚为什么需要一个副本?这是必要的,因为它后来改变了,你希望原来的保持不变?否则复制是完全没有必要的,也许这会有所帮助? 如果它读取的所有数据都被复制并可能以某种方式保留在“_handleMessage”函数中,则可能导致大量内存分配。

所以我的第一次尝试是:

  1. 只需将 frameData 发送到,不要复制它:

[self _handleMessage:frameData];

  1. 检查是否可以在 _handleMessage 函数中将 frameData 强制设置为 nil。

【讨论】:

  • 1:虽然它大大减少了内存使用量,但“泄漏模式”仍然存在。更重要的是,不幸的是,它破坏了功能。 2:将 frameData 设置为 NULL 或 nil 似乎没有任何改变。
  • @SteffenChristensen 嗯,很奇怪。可以发一下handleMessage函数的代码吗?
  • @Lasse 此方法仅将其返回给委托。你是否实现了这个委托调用,你能展示一下代码吗?
  • @BobdeGraaf 您可以从这个完整的错误报告中重现该错误:github.com/facebook/react-native/issues/16732 - obj-c 代码是由 Facebook 的开发人员编写的,所以我帮不上什么忙。委托可能会连接到 JS 代码中的 onmessage 函数。
【解决方案2】:

问题终于可以解决了。在深入研究了 WebSockets 尤其是 blob 的实现之后,我发现只要不直接关闭所有 blob,它们都会保留在内存中。

这意味着在您完成接收数据后,您应该像这样关闭 Blob:

ws.onmessage = function (e) {
  // Do whatever with the data through e.data.
  const data = e.data;
  // When you are done with the received data, you must close the Blob:
  e.data.close();
};

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-09-28
    • 2021-12-23
    • 1970-01-01
    • 1970-01-01
    • 2019-11-16
    • 2020-01-31
    • 1970-01-01
    相关资源
    最近更新 更多