更精准的iOS获取手机剩余存储空间的方法-解决iOS获取剩余存储空间数值不准确问题

截止至本文时, 本文介绍的方法适用范围: iOS8 ~ iOS14.5

一般来说, 我们在开发一些缓存或者app下载功能模块的时候, 经常会遇到这样一个需求:

判断手机的剩余存储空间, 当空间不足的时候, 提示用户空间不足

而网上搜索到的方法基本都是如下这种


- (CGFloat)freeDiskSpaceInBytes {

    if (@available(iOS 11.0, *)) {

        NSURL *fileURL = [[NSURL alloc] initFileURLWithPath:[self privatePath]];

        NSError *err;

        NSDictionary *results = [fileURL resourceValuesForKeys:@[NSURLVolumeAvailableCapacityForImportantUsageKey] error:&err];

        if (!results) {

            NSLog(@"Error retrieving resource keys: %@%@",[err localizedDescription], [err userInfo]);

            abort();

        } else {

            CGFloat remain = [results[NSURLVolumeAvailableCapacityForImportantUsageKey] floatValue]/1000/1000;

            return remain;

        }

    }

    struct statfs buf;

    unsigned long long freeSpace = -1;

    if (statfs("/var", &buf) >= 0) {

        freeSpace = (unsigned long long)(buf.f_bsize * buf.f_bavail);

    }

    CGFloat space = (CGFloat)(freeSpace*1.0/1024/1024);

    return space;

}

这种方法获取到的剩余存储空间确实是 "准确" 的, 他和你手机->设置->关于本机里面能看到的那个数值是相等的.
然而, 手机设置里看到的剩余存储空间的数值, 本身就是不准确的, 这真的是一个大坑

我实际开发的过程中发现, 明明读取到手机还有7.2g的剩余空间, 手机也显示还有7.2g的剩余空间, 但是 spring_board经常会莫名其妙crash, app应用也会出现一些异常的表现, 比如莫名其妙的卡死和发烫.

后来发现, 上述情况获取到的, 只是一个系统的 "预估" 内存, 并不是实时的可用物理空间大小

后来改用如下方案, 就可以实时获取到真正的物理空间了


- (CGFloat)getNewFreeSize {

    uint64_t totalSpace = 0;

    uint64_t totalFreeSpace = 0;

    NSError *error = nil;

    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);

    NSDictionary *dictionary = [[NSFileManager defaultManager] attributesOfFileSystemForPath:[paths lastObject] error: &error];

    CGFloat s = 0;

    if (dictionary.count) {

        NSNumber *fileSystemSizeInBytes = dictionary[NSFileSystemSize];

        NSNumber *freeFileSystemSizeInBytes = dictionary[NSFileSystemFreeSize];

        totalSpace = [fileSystemSizeInBytes unsignedLongLongValue];

        totalFreeSpace = [freeFileSystemSizeInBytes unsignedLongLongValue];

        s = totalFreeSpace/ (1024.0 * 1024.0);

    }

    return s;

}

写在最后: 我不知道是iOS13本身的问题还是苹果所有系统版本的特性. 当我用下面这个相对准确的方法获取物理存储空间之后, 我发现随着我不断的写入数据, 他检测到的可用空间大小是会波动的, 当程序持续执行写入的时候, 理论上可用空间会越来越小, 但是实际上我观察发现: 有好几次空间已经小于我设计的阈值500MB了, 过了一会儿竟然又反弹到500MB以上, 然后又慢慢变小. 因此感觉在持续写入的过程中, 系统是会有一套类似LRU的策略, 去淘汰掉一些不用的碎片空间的.

当然, 以上这段话是我的猜测.

我是火球猫, 谢谢观看我的文章, 有问题的话就留言吧.

你可能感兴趣的:(更精准的iOS获取手机剩余存储空间的方法-解决iOS获取剩余存储空间数值不准确问题)