dodola

@tian9246 这个项目可能已经不适应新的机器了，方法也比较低级，你可以看看这个项目，我现在正在这上面完善瀑布流的东东 https://github.com/dodola/PinterestLikeAdapterView

对,确实有这问题,我现在为了方便用了afinal 的框架获取图片,那个确实要兼容一下

嗯,是有这问题,在算法里没有做这个判断

你们都在哪出现OOM的?我这翻了大概60多页没有出现. 发一下异常堆栈.

楼上一语中的,Android的高度是添加到父View后显示之前获取到的(因为系统要渲染内容必须知道一个Rect),就是说在那之前是无法获取高度的,第一版没有边框的时候高度就是图片的高度,这个可以再显示之前通过获取图片的信息可以得到,然而第二版加上边框后,整个内容的高度变成 图片+边框+title内容 图片和文字内容都是动态变化的,所以这个不好获取,如果固定内容行数那么就可以自己计算出来而不用获取

嗯,理论上是这样,不过这也算一个功能,不能说用的少就不写了,虽然可能写的不好但至少也有个思路 现在是这样的,纯图片的是v1.0版,就是没有从网上获取图片,但是那个图片回收的算法写的还算可以我刷到5000张没有溢出 现在v2.0版的就是截图里那样子的,后面可能考虑用OpenGL画在SurfaceView上.

好的,大概是缓存方面的问题,我会尽快解决

是不是跟手机设置堆上分配的内存大小有关系

@shean 初始化的时候就加载600多张图片肯定会溢出的,加载那么多图片也没有意义,一屏幕显示的图片大概10张以内. 回收算法是在滚动的过程中执行的

墙挂了，我这一直没法调试