Android 上的 RequestFactory 速度很慢
我正在将 RequestFactory 与 appengine 和 android 一起使用。它一直工作得很好，但是当我检索任何大小的对象列表（大约 400）时，它的响应非常延迟。看起来数据传输发生得相当快（约 4 秒），但是直到很晚（1-2 分钟或更长时间）我才收到 onSuccess() 回调。我猜测这可能是 requestfactory 中解析性能缓慢的原因。我的对象只是具有大约 10 个文本和长整型字段的 POJO。
我的问题是有人遇到过这个吗？有人有更有效的方法在 android 中快速从 appengine 获取大量数据吗？
更新：当使用 RF 处理大量实体（3000+）时，我也遇到了内存不足错误。我使用 GSON 库切换到直接 json，解析速度更快，并且还没有遇到内存问题。
我通过网络发送的特定实体如下（我正在使用 Objectify）。
@Cached
@Entity
public class InterestPoint
{
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private Long groupId;
private String more, data;
@Unindexed
private int lat, longi;
@Unindexed
private String address, city, state;
@Unindexed
private int num1, num2, num3;
@Unindexed
private int num4,num5,num6;
@Unindexed
private String name;
@Unindexed
private int moreData;
@Unindexed
private String notes;
}
I am using RequestFactory with appengine and android. It has been working great, however when I retrieve a list of objects of any size(around 400) it has a very delayed response. It appears that the transfer of data happens fairly quickly(~4 secs), however I do not get the onSuccess() callback until much later(1-2 mins or greater). I am guessing this could be slow performance of parsing within requestfactory. My objects are just POJOs with about 10 fields of text and longs.
My question is has anyone come across this? Anyone have a more efficient way to get lots of data off of appengine quickly in android?
UPDATE: I also have ran into outofmemoryerrors when using RF with lots of entities(3000+). I switched to straight json using the GSON lib and parsing was quicker and have not ran into memory problems yet.
The specific Entity I am sending over the wire is below(I am using Objectify).
@Cached
@Entity
public class InterestPoint
{
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private Long groupId;
private String more, data;
@Unindexed
private int lat, longi;
@Unindexed
private String address, city, state;
@Unindexed
private int num1, num2, num3;
@Unindexed
private int num4,num5,num6;
@Unindexed
private String name;
@Unindexed
private int moreData;
@Unindexed
private String notes;
}
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
添加作者对问题的描述
我们正在检索 8 个相对较小的对象，每个对象都有一到四个很小的子对象：
这是从服务器返回响应后的堆栈示例，它在其中停留了超过一分钟org.json 包或 com.google.web.bindery 并且我们的 cpu 使用率很高：
我们看到 GC 启动了大约 25 次：
所有这些都用于大约 15 个小 pojos...将不胜感激。绝对迫切地想解决这个问题。
Adding to the author's description of the problem
We're retrieving 8 relatively small objects and each has one to four child objects which are tiny:
Here's an example of the stack after the response has been returned from the server, for over a minute it's in the org.json package or com.google.web.bindery and we have high cpu usage:
And we see the GC kick in about 25 times:
all for about 15 small pojos... would appreciate any help. Absolutely desperate to solve this.