Java 仅在三星Galaxy S7 Edge上应用程序运行缓慢，OutOfMemoryException除外
我正在几台设备上调试我的应用程序，包括一台Oppo Find 7a（安卓6.0.1、Snapdragon 801和2GB内存）、一台三星Galaxy S5 mini（安卓5.1、Exynos某物和1.5GB内存）、一台旧三星平板电脑（安卓IV.IV.I、轮子上的仓鼠、3颗糖果）以及一台刚刚购买的三星Galaxy S7 Edge（安卓6.0.1，Exynos什么的，4GB内存） 我把新的S7和Oppo做了一个主要的比较，因为我认为拥有相同的Android版本，他们可能会被视为硬件升级的同一个设备 因此，我对新款三星S7的性能存在巨大的问题。不仅与Oppo相比，还与旧款相比。即使是平板电脑也很容易让S7吃到灰尘 此外，我还报告了使用common OutOfMemoryExection的S7出现崩溃，即使其阈值为256MB（是S5 Mini的2倍，应用程序在任何情况下都能平稳运行） 我大量使用了使用截击的HTTP请求，以及带有片段和ViewPager的动态内容 这是应用程序最后一次运行的日志 你能帮我找出为什么只有在这个设备上我才有这些问题吗？（如果你猜的话，这个设备是100%原装的）Java 仅在三星Galaxy S7 Edge上应用程序运行缓慢，OutOfMemoryException除外,java,android,performance,Java,Android,Performance,我正在几台设备上调试我的应用程序，包括一台Oppo Find 7a（安卓6.0.1、Snapdragon 801和2GB内存）、一台三星Galaxy S5 mini（安卓5.1、Exynos某物和1.5GB内存）、一台旧三星平板电脑（安卓IV.IV.I、轮子上的仓鼠、3颗糖果）以及一台刚刚购买的三星Galaxy S7 Edge（安卓6.0.1，Exynos什么的，4GB内存） 我把新的S7和Oppo做了一个主要的比较，因为我认为拥有相同的Android版本，他们可能会被视为硬件升级的同一个设备
感谢您的堆栈跟踪，Glide尝试使用的占位符可绘制资源太大。Android需要为此映像分配132710412字节。这相当于5738px x 5738px映像，比设备屏幕大 我猜你在
res/drawable/res/drawable mdpi/-xxxhdpires/drawable nodpi/res/drawable anydpi/关于您的“巨大性能问题”谢谢，为了快速控制，我临时启用了大堆，异常消失了。我现在查看资源文件，看看我是否发现了什么。非常感谢@ CommonWare你救了我们的一天！我们永远不会把占位符看作是可能的I。假设，这是一个12kb的png…这是一个关于可绘制png/jpeg资源性能的非常有价值的答案/信息。我感觉到高端设备消亡速度变慢的痛苦，因为在每次布局渲染中，来自res/drawable的png文件都是上采样的。奇怪的是，三星高端设备的性能比其他低端设备差得多设备。