Question

这是一个问题，我一直试图处理近一个星期而没有找到真正的解决方案，这就是问题所在。

在我的Angular客户端，我有一个按钮来生成一个以这种方式工作的CSV文件：

用户点击按钮。
将POST请求发送到REST JAX-RS Web服务。
Webservice启动数据库查询并返回一个JSON，其中包含客户端所需的所有行。
AngularJS客户端接收JSON处理它并生成CSV。

如果要返回的数据量很少，那么一切都很好，当我必须返回大量数据时问题就开始了。从2000行开始我就像JBOSS服务器开始努力发送像i这样的数据＃39;数据容量达到了一定的限制（我的eclipse在服务器运行时变得非常慢，直到数据传输结束）问题是，经过测试，我发现它不是数据库查询或数据的格式化需要时间，而是发送数据（3000行大小为2 MB大约需要1尽管在我的开发人员设置上，ANGULAR客户端和JBOSS服务器都在同一台机器上运行。这是我的服务器端代码：

@POST
@GZIP
@Path("/{id_user}/transactionsCsv")
@Produces(MediaType.APPLICATION_JSON)
@ApiOperation(value = "Transactions de l'utilisateur connecté sous forme CSV", response = TransactionDTO.class, responseContainer = "List")
@RolesAllowed(value = SecurityRoles.PORTAIL_ACTIVITE_RUBRIQUE)

public Response getOperationsCsv(@PathParam("id_user") long id_user, 
                                 @Context HttpServletRequest request, 
                                 @Context HttpServletResponse response, 
                                 final TransactionFiltreDTO filtre) throws IOException {    
    final UtilisateurSession utilisateur = (UtilisateurSession) request.getSession().getAttribute(UtilisateurSession.SESSION_CLE);
    if (!utilisateur.getId().equals(id_user)) {
        return genererReponse(new ResultDTO(Status.UNAUTHORIZED, null, null));
    } 
    //database query 
    transactionDAO.getTransactionsDetailLimite(utilisateur.getId(), filtre);
    //database query 
    List<Transaction> resultat = detailTransactionDAO.getTransactionsByUtilisateurId(utilisateur.getId(), filtre);
    // To format the list to the export format 
    List<TransactionDTO> liste = Lists.transform(resultat, TransactionDTO.transactionToDTO);
    return Response.ok(liste).build();      
}

你们是否知道造成这个问题的原因或知道另一种方法可能会导致这个问题？我会很感激。谢谢:)

这里是JBOSS线程转储的链接： http://freetexthost.com/y4kpwbdp1x

Answer 1

我在其他情境中（使用RMI）发现，你越是本地化，压缩就越少。您的机器可能会在压缩和解压缩所需的处理工作上丢失大部分时间。数据量越大，损失就越大。

除非您确实需要将其作为一个列表发送，否则您可以考虑发送条目列表。以页面方式请求它们以减少一个响应发送的数据量。即使您确实需要客户端的单个列表，也可以在传输后进行组装。

Answer 2

要衡量绩效，我们需要检查完整的跟踪。

有很多方法可以做到这一点，这是我发现它的方法之一。

将输出压缩为ZIP，这会减少通过网络传输的数据。
为数据库中的列编制索引，以便查询执行时间减少。
检查不同代码层之间的多个模块之间的处理时间（REST - ＆gt; Service - ＆gt; DAO - ＆gt; DB，反之亦然）
如果数据库中没有太多变化，那么您可以引入辅助缓存机制并降低缓存逐出时间或根据您的要求更喜欢缓存逐出策略。

找出确切原因：

从流程的单次运行中收集线程转储。从该线程转储中，我们可以检查图层的确切时间消耗并找出问题所在。

希望有所帮助！

[编辑]

您应该分析转储中的堆栈跟踪，而不是链接中添加的堆栈跟踪。

如果大部分数据无法按请求处理，

分页，页面大小和页数可能会有所帮助（仅限非CSV文件）
限制，可以处理的行数。
其他查询条件，如日期，用户等。

示例REST URL：

http://localhost:8080/App/{id_user}/transactionCSV?limit=1000

http://localhost:8080/App/{id_user}/transactionCSV?fromDate=2011-08-01&toDate=2016-08-01

http://localhost:8080/App/{id_user}/transactionCSV?user=Admin

Answer 3

我确信问题来自服务器尝试一次发送大量数据。有没有办法我可以发送几个小块而不是一个大块的http答案？

Java REST服务答案需要花费太多时间

3 个答案: