我的应用相当多地使用了 firebase 的 observeSingleEventOfType,我开始意识到我的应用的内存会随着时间的推移而增加。除了调用以下函数的测试按钮外,我已经注释掉了所有代码。
func loadPostsTest() {
FIRDatabase.database().reference().child("posts").observeSingleEventOfType(.Value, withBlock: { (snapshot: FIRDataSnapshot) in
print(snapshot.value)
})
}
当程序启动时,我以大约每秒 2.3 次的速度快速按下测试按钮,观察内存图,如下所示。请求后内存上升并且不会下降。从长远来看,这个问题对我的应用程序有相当大的影响,因为我的应用程序的内存会因此从 70mb 增加到 150+mb。有什么原因吗?
请注意,短暂的五秒休息是我停下来确保打印出所有“快照”。
注意 2... 当我停止按下按钮时,内存保持在与“短休息部分”所示的相同水平。以防万一你认为它会无限期地自行增长
--------更新------------
为了进一步确认问题,我创建了一个全新的项目,里面只有 firebase import,story board 中的一个按钮,代码如下,并在我的 6s 上模拟(在模拟器上模拟似乎没有这个问题).下图证明,当我的内存在一分钟左右的时间内从 11.1mb 增加到 17.3mb,并且有 303 个请求时,firebase 出现了一些问题。
import UIKit
import Firebase
class ViewController: UIViewController {
var count: Int = 0
override func viewDidLoad() {
super.viewDidLoad()
// Do any additional setup after loading the view, typically from a nib.
}
@IBAction func testBtnPressed(sender: AnyObject) {
FIRDatabase.database().reference().child("posts").observeSingleEventOfType(.Value, withBlock: {[weak self] (snapshot: FIRDataSnapshot) in
print(self?.count)
self?.count += 1
})
}
最佳答案
这很可能只是因为您运行的是调试版本。我的结果,在调试版本的设备上点击 128 次后:
如您所见,绝大多数内存消耗是由于与调试相关的性能工具造成的。如果您想确认此功能,您可以通过编辑方案来禁用此功能:
然后禁用回溯记录:
禁用它后,同样的 ~128 次点击基本上没有增长:
当然,您可能不希望将其禁用,因为您可能会发现它对于诊断调试版本中的崩溃和其他问题很有用。不过,这在发布版本中应该不是问题!
作为引用,这是我运行的代码:
import UIKit
import FirebaseDatabase
class ViewController: UIViewController {
@IBOutlet weak var label: UILabel!
private var count: Int = 0
override func viewDidLoad() {
super.viewDidLoad()
// Do any additional setup after loading the view, typically from a nib.
}
@IBAction func testBtnPressed(sender: AnyObject) {
let db = FIRDatabase.database().reference()
db.child("posts").observeSingleEventOfType(.Value) { [weak self] (snap: FIRDataSnapshot!) in
guard let this = self else { return }
this.count = this.count + 1
this.label.text = "\(this.count)"
}
}
}
关于ios - Firebase observeSingleEvent 保留在内存中,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39100825/