[2021.3.3更新/解決] NSURLSessionのメモリの扱いについてメモ

iOS 14で再確認すると修正済み

この記事の初版を投稿した頃の最新OSはiOS 8.1でした。当時は、この記事の後半に残してあるような問題がありました。しかし、iOS 14で再確認してみると問題は修正されていました。

テストアプリを作成し、約12GBのファイルをHTTPでダウンロードさせてみました。iOS 8.1の頃のような問題は再現せず、メモリの上昇も見られませんでした。iPhone Xsで試してみると、41MB付近で微増という感じでした。

NSURLConnectionやCFNetworkを使ったダウンロード処理に使用するAPIは既に非推奨APIになっています。そのため、NSURLSession (SwiftではURLSession) に移行する必要があります。

確認に使用したテストコードはGitHubの以下のリポジトリに置いておきます。

[GitHub] akirark/DownloadTest

iOS 8.1の頃の話

NSURLSessionですが、ダウンロードしたデータをオンメモリ(NSData)で渡してくれるメソッドとテンポラリファイルに書き込んで渡してくれるメソッドの両方がいます。普通に考えれば、テンポラリファイルの方は、ファイルに書きながらなので、巨大なファイルも扱えると思うのですが、iOS 8.1で見ていると、どうも中間のデータをオンメモリで持っていて、最後に書いている様子。そのため、途中でメモリ不足になって落ちてしまいます。
通信の後に、invalidateAndCancelで解放してあげないと、リークになることは明記されていますが、途中のデータの扱いがオンメモリで持っているかについては書かれていません。しかし、Instrumentsで見てみると、CFNetworkを内部で使っていて、データ受信用のコールバック関数の中で確保しているデータがダウンロード中は解放されていないことが確認できます。
これでは、巨大なファイルを落とす可能性があるアプリでは使えないですね。。。
巨大なファイルを落とす可能性があるアプリではNSURLConnectionやCFNetworkのAPIを使ってダウンロード処理を書いた方が良いようです。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

林 晃のアバター 林 晃 代表・ソフトウェアエンジニア

アールケー開発代表。Appleプラットフォーム向けのアプリ開発が好きなアプリ開発者。アプリの受託開発、技術書執筆、技術指導・セミナー講師。3DCGコンテンツ作成にも取組中です。

目次