【发布时间】:2015-06-08 15:23:30
【问题描述】:
我的构建性能测量表明,由于我的 ant 构建是在顶层项目上迭代的多通道过程,因此我们花费了大量构建时间来重新阅读项目构建脚本和它们的所有包含(在每次传递的 ant/antcall 调用中重新加载这些)。
是否有合理的方法告诉 Ant 将所有已解析的 XML 保留在内存中,直到我们完成?或者我是否需要考虑重组以组合其中一些通道,以手动消除这种开销?
FWIW,我现在正在使用 Ant 1.8。如果 1.9 为此添加了解决方案,那可能是我需要证明升级的理由。
【问题讨论】:
-
你应该完全避免 antcall !我不会在这里重复所有细节,请参阅stackoverflow.com/q/5936947。毕竟 antcall 也是性能杀手..
-
总的来说我同意。然而,我坚持维持我们所拥有的,目前......尽管“变量名为 SHAMROCK、RAINBOW 和 MISTYMORNINGDEW,以及在婆罗洲丛林之外发现的一些最凶猛的汇编语言子例程。” (引用 Mike Rubin 的程序员与精灵的寓言)
标签: java xml performance ant