BitbucketContainer'Build'超出内存限制-在进行androidbuild时[已解决]
我使用 bitbucket 管道来构建 android 应用程序,但每次我都出现内存限制错误。
错误信息:
容器“构建”超出了内存限制。
Bitbucket yml 文件:
image: java:8
pipelines:
branches:
feature/*:
- step:
name: BuildApp
caches:
- gradle
- android-sdk
script:
- wget --quiet --output-document=android-sdk.zip https://dl.google.com/android/repository/sdk-tools-linux-3859397.zip
- unzip -o -qq android-sdk.zip -d android-sdk
- export ANDROID_HOME="/opt/atlassian/pipelines/agent/build/android-sdk"
- export PATH="$ANDROID_HOME/tools:$ANDROID_HOME/tools/bin:$ANDROID_HOME/platform-tools:$PATH"
- yes | sdkmanager "platform-tools"
- yes | sdkmanager "platforms;android-29"
- yes | sdkmanager "build-tools;29.0.2"
- yes | sdkmanager "extras;android;m2repository"
- yes | sdkmanager "extras;google;m2repository"
- yes | sdkmanager "extras;google;instantapps"
- yes | sdkmanager --licenses
- echo "$KEY_BASE64" | base64 --decode > app/$KEY_FILE_PATH
- chmod +x gradlew
- ./gradlew assembleRelease --stacktrace
artifacts:
- app/build/outputs/**
definitions:
caches:
android-sdk: android-sdk
我试图像这样增加 docker 内存。
definitions:
services:
docker:
memory: 7128
pipelines:
branches:
feature/*:
- step:
name: Build App
size: 2x
这实际上会使构建时间加倍。我想避免这种情况。
我的 gradle 属性
kotlin.code.style=official
org.gradle.jvmargs=-Xmx4096m -XX:MaxPermSize=4096m -XX:+HeapDumpOnOutOfMemoryError
android.useAndroidX=true
android.enableJetifier=true
org.gradle.daemon=true
org.gradle.parallel=true
org.gradle.configureondemand=true
通常我的项目构建时间不短也不小,使用了很多库和功能模块。我不知道它对记忆的影响如何。
更新
Bitbucket发布了关于 android 管道的新博客文章
更新
整个 bitbucket-pipelines.yml 文件,这种方式对我有用。
definitions:
caches:
android-sdk: android-sdk
services:
docker:
memory: 1024
pipelines:
branches:
merchant/*:
- step:
size: 2x
name: Build App
image: mingc/android-build-box:latest
script:
- chmod +x gradlew
- ./gradlew assembleRelease --stacktrace
artifacts:
- app/build/outputs/**
回答
首先,我们尝试将docker内存大小增加7128mb。
但是通过配置,我们为docker服务分配了7128mb。这仅为构建容器留下 1024mb,这不足以成功完成构建。
我们确实将 docker 服务内存减少到1024mb,如下所示。
definitions:
services:
docker:
memory: 1024
但我们仍然收到错误。
我们检查哪个进程占用了多少内存以及导致失败的原因。
这是ps -aux构建的输出:
> .... root 78 2.3 1.1 4853812 381648 ? Sl 07:47
> 0:09 /usr/lib/jvm/java-8-openjdk-amd64//bin/java
> -Dorg.gradle.app....... root 314 182 12.2 10295652 3970496 ? Ssl 07:47 13:00 /usr/lib/jvm/java-8-openjdk-amd64/bin/java
> -XX:MaxPermSize=4096m -XX:+HeapDumpOnOutOfMemoryError -Xmx4096m -Dfile.encoding=UTF-8 -Duser........... root 2744 145 11.0 10389720 3591488 ? Sl 07:48 8:52
> /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java -cp
> /root/.gradle........ ...
从上面的输出中,java 进程-XX:MaxPermSize=4096m限制了进程超过 4gb 的限制,另一个 java 进程在没有限制的情况下启动(并且也有 4gb 的内存使用量)。这两个进程各使用 4GB RAM。
因此我们尝试降低org.gradle.jvmargs到 2GB。
org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=2048m -XX:+HeapDumpOnOutOfMemoryError
并添加了JAVA_OPTS环境变量。
script:
- JAVA_OPTS="-Xmx2048m -XX:MaxPermSize=2048m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8"
终于,我们有了一个成功的构建。
THE END
二维码