Android - 查看应用大小的来源
Android - See where app size comes from
我的应用程序在第一次下载时大小合适,但在使用 OAuth 授权一些网站并稍微使用该应用程序后,我的大小迅速增加了大约 10-12 兆。我想看看所有这些额外数据是从哪里来的,因为我确信通过使用 OAuth 授权,每个站点只使用大约 2 兆字节。
我不确定我是否以某种方式保存了太多的 oauth 凭据,或者是否将太多的东西保存到 sharedpreferences ...
有什么方法可以分析我的应用下载版本的数据,以了解这些数据的来源?
减少总内存分配或使应用 运行 即使在您使用大量内存时也尽可能流畅的一个技巧是定期调用函数 System.gc();
我知道这不是一种监控记忆来源的方法,但如果您在每次应用关闭网站或导航到新网站时调用它,或者以您决定的固定时间间隔调用它,它就会清除未使用的内存,使整体体验更流畅。
您的应用本身在设备上的大小不会改变。
可以改变的是应用程序存储在您设备上的数据大小。大多数私人应用程序数据存储在 /data/data/<com.example.yourapp>
中。我将从那里寻找大文件开始。
一些需要注意的事情是您的应用程序不再需要的缓存文件,或者在通过 OAuth 流程后增长的 SQLite 数据库。也有可能简单地添加一个 SQLite 数据库就可以解释差异,具体取决于您的应用程序的起始大小。
我的应用程序在第一次下载时大小合适,但在使用 OAuth 授权一些网站并稍微使用该应用程序后,我的大小迅速增加了大约 10-12 兆。我想看看所有这些额外数据是从哪里来的,因为我确信通过使用 OAuth 授权,每个站点只使用大约 2 兆字节。
我不确定我是否以某种方式保存了太多的 oauth 凭据,或者是否将太多的东西保存到 sharedpreferences ...
有什么方法可以分析我的应用下载版本的数据,以了解这些数据的来源?
减少总内存分配或使应用 运行 即使在您使用大量内存时也尽可能流畅的一个技巧是定期调用函数 System.gc();
我知道这不是一种监控记忆来源的方法,但如果您在每次应用关闭网站或导航到新网站时调用它,或者以您决定的固定时间间隔调用它,它就会清除未使用的内存,使整体体验更流畅。
您的应用本身在设备上的大小不会改变。
可以改变的是应用程序存储在您设备上的数据大小。大多数私人应用程序数据存储在 /data/data/<com.example.yourapp>
中。我将从那里寻找大文件开始。
一些需要注意的事情是您的应用程序不再需要的缓存文件,或者在通过 OAuth 流程后增长的 SQLite 数据库。也有可能简单地添加一个 SQLite 数据库就可以解释差异,具体取决于您的应用程序的起始大小。