android打包 CALL_AND_RETRY_LAST Allocation failed - process out of memory

shudedengdai2

hash 方式打包 重新编译UI资源的时候，报错。
FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - process out of memory
   ****ERROR****: 子任务 "exec" 执行失败。
   ****ERROR****: 任务 "compileUI-hash" 执行失败。
   ****ERROR****: 执行出错：
   ****ERROR****: 错误信息: exec returned: 3
   ****ERROR****: 如不能确定具体问题，可参考常见问题: http://bbs.wex5.com/thread-82002-1-1.html
   C:\Users\ADMINI~1\AppData\Local\Temp\a61926af-52b1-426c-80a4-110997f8fcd8\compileUI.xml:119: exec returned: 3
           at org.apache.tools.ant.taskdefs.ExecTask.runExecute(ExecTask.java:643)
           at org.apache.tools.ant.taskdefs.ExecTask.runExec(ExecTask.java:669)
           at org.apache.tools.ant.taskdefs.ExecTask.execute(ExecTask.java:495)
           at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
           at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
           at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
           at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
           at java.lang.reflect.Method.invoke(Method.java:497)
           at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
           at org.apache.tools.ant.Task.perform(Task.java:348)
           at org.apache.tools.ant.Target.execute(Target.java:435)
           at org.apache.tools.ant.Target.performTasks(Target.java:456)
           at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1393)
           at org.apache.tools.ant.Project.executeTarget(Project.java:1364)
           at com.justep.deploy.app.utils.BuildHelper.execTask(Unknown Source)
           at com.justep.deploy.app.utils.Builder.main(Unknown Source)
****ERROR****: 子任务 "java" 执行失败。
****ERROR****: 任务 "compileUI" 执行失败。
****ERROR****: 执行出错：
****ERROR****: 错误信息: Java returned: -3
****ERROR****: 如不能确定具体问题，可参考常见问题: http://bbs.wex5.com/thread-82002-1-1.html

半导体

楼主  模式几打的包啊

平台案例存在这样的问题吗？

shudedengdai2

半导体 发表于 2016-11-28 13:31
楼主  模式几打的包啊

平台案例存在这样的问题吗？

模式一 hash方式打包。第一次打包正常。这次是想增量更新。就重新编译UI。结果报错。从报错上看是node 内存溢出。
出平台案例没打包过。不清楚

半导体

shudedengdai2 发表于 2016-11-28 13:55
模式一 hash方式打包。第一次打包正常。这次是想增量更新。就重新编译UI。结果报错。从报错上看是node 内 ...

可能是下面有一个编译lock的文件删了应该就好了

shudedengdai2

半导体 发表于 2016-11-28 14:09
可能是下面有一个编译lock的文件删了应该就好了

怎么找到这个lock文件

liangyongfei

shudedengdai2 发表于 2016-11-28 14:10
怎么找到这个lock文件

首先检查你机器的内存和cpu使用情况是否正常？
其次，重新打包试试吧！这个bug应该是不稳定重现的！

shudedengdai2

liangyongfei 发表于 2016-11-28 15:11
首先检查你机器的内存和cpu使用情况是否正常？
其次，重新打包试试吧！这个bug应该是不稳定重现的！ ...

这个bug，每次都出现。我的内存使用率70%左右，CUP 60%左右

shudedengdai2

shudedengdai2 发表于 2016-11-28 15:29
这个bug，每次都出现。我的内存使用率70%左右，CUP 60%左右

我把铛铛排除在外，打包就正常了

liangyongfei

shudedengdai2 发表于 2016-11-28 16:25
我把铛铛排除在外，打包就正常了

那是铛铛引起的问题？？
单独打包铛铛可以吗？