bundletool

After you build your Android App Bundle, you should test how Google Playuses it to generate APKs and how those APKs behave when deployed to a device.There are two ways you should consider testing your app bundle: locally using thebundletool command line tool and through Google Play byuploading your bundle to the Play Consoleand using a test track. This page explains how to use bundletool to test yourapp bundle locally.

bundletool is the underlying tool that Gradle, Android Studio, and GooglePlay use to build an Android App Bundle or convert an app bundle into thevarious APKs that are deployed to devices. bundletool is also available toyou as a command line tool, so you can recreate, inspect, and verify GooglePlay’s server-side build of your app’s APKs.

You should use Android Studio and the Android plugin for Gradle tobuild and sign an Android App Bundle.However, if using the IDE is not an option (for example, because you’re using a continuousbuild server), you can alsobuild your app bundle from the command lineand sign it usingjarsigner.

Note: You can not use apksigner to sign your app bundle.

By default, the IDE does not use app bundles to deploy your app to a localdevice for testing. However, you canmodify your run/debug configurationand select the option to deploy APK from app bundle to see how it affectsyour app's execution.

Download bundletool

If you haven't already done so, download bundletool from theGitHub repository.

Generate a set of APKs from your app bundle

When bundletool generates APKs from your app bundle, it includes them in acontainer called an APK set archive, which uses the .apks fileextension. To generate an APK set for all device configurations your appsupports from your app bundle, use the bundletool build-apks command, asshown below.

  1. bundletool build-apks --bundle=/MyApp/my_app.aab --output=/MyApp/my_app.apks

Note that the command above creates an APK set of unsigned APKs. If you wantto deploy the APKs to a device, you need to also include your app’s signinginformation, as shown in the command below.

  1. bundletool build-apks --bundle=/MyApp/my_app.aab --output=/MyApp/my_app.apks
  2. --ks=/MyApp/keystore.jks
  3. --ks-pass=file:/MyApp/keystore.pwd
  4. --ks-key-alias=MyKeyAlias
  5. --key-pass=file:/MyApp/key.pwd

The table below describes the various flags and options you can set when usingthe bundletool build-apks command in greater detail. Only—bundle and —output are required—all other flags are optional.

FlagDescription
—bundle=path(Required) Specifies the path to the app bundle you built using Android Studio. To learn more, read Build your project.
—output=path(Required) Specifies the name of the output .apks file, which contains all the APK artifacts for your app. To test the artifacts in this file on a device, go to the section about how to deploy APKs to a connected device.
—overwriteInclude this flag if you want to overwrite any existing output file with the same path you specify using the —output option. If you don't include this flag and the output file already exists, you get a build error.
—aapt2=pathSpecifies a custom path to AAPT2. By default, bundletool includes its own version of AAPT2.
—ks=pathSpecifies the path to the deployment keystore used to sign the APKs. Although this flag is optional, if you don't include it, bundletool generates unsigned APKs. You must sign APKs to deploy them to a device. If you haven’t already done so, use Android Studio to generate a key and keystore.
—ks-pass=pass:password or —ks-pass=file:/path/to/fileSpecifies your keystore’s password. If you’re specifying a password in plain text, qualify it with pass:. If you’re passing the path to a file that contains the password, qualify it with file:. If you specify a keystore using the —ks flag without specifying —ks-pass, bundletool prompts you for a password from the command line.
—ks-key-alias=aliasSpecifies the alias of the signing key you want to use.
—key-pass=pass:password or —key-pass=file:/path/to/fileSpecifies the password for the signing key. If you’re specifying a password in plain text, qualify it with pass:. If you’re passing the path to a file that contains the password, qualify it with file:.
If this password is identical to the one for the keystore itself, you can omit this flag.
—connected-deviceInstructs bundletool to build APKs that target the configuration of a connected device. If you don’t include this flag, bundletool generates APKs for all device configurations your app supports.
—device-id=serial-numberIf you have more than one connected device, use this flag to specify the serial ID of the device to which you want to deploy your app.
—device-spec=spec_jsonUse this flag to provide a path to a .json file that specifies the device configuration you want to target. To learn more, go to the section about how to Create and use device specification JSON files.
—mode=universalSet the mode to universal if you want bundletool to build only a single APK that includes all of your app's code and resources such that the APK is compatible with all device configurations your app supports.
Note: bundletool includes only dynamic feature modules that specify <dist:fusing dist:include="true"/> in their manifest in a universal APK. To learn more, read about the Dynamic feature module manifest.

Keep in mind, these APKs are larger than those optimized for a particular device configuration. However, they’re easier to share with internal testers who, for example, want to test your app on multiple device configurations.

Deploy APKs to a connected device

After you generate a set of APKs, bundletool can deploy the rightcombination of APKs from that set to a connected device.

For example, if you have a connected device running Android 5.0 (API level 21)or higher, bundletool pushes the base APK, dynamic feature APKs, andconfiguration APKs required to run your app on that device. Alternatively, ifyour connected device is running Android 4.4 (API level 20) or lower,bundletool looks for a compatible multi-APK and deploys it to your device.

To deploy your app from an APK set, use the install-apks command and specifythe path of the APK set using the—apks=/path/to/apks flag, asshown below. (If you have multiple devices connected, specify a target deviceby adding the —device-id=serial-id flag.)

  1. bundletool install-apks --apks=/MyApp/my_app.apks

Generate a device-specific set of APKs

If you’d rather not build a set of APKs for all device configurations your appsupports, you can build APKs that target only the configuration of a connecteddevice using the —connected-device option, as shown below. (If you havemultiple devices connected, specify a target device by including the—device-id=serial-id flag.)

  1. bundletool build-apks --connected-device
  2. --bundle=/MyApp/my_app.aab --output=/MyApp/my_app.apks

Generate and use device specification JSON files

bundletool is capable of generating an APK set that targets a deviceconfiguration specified by a JSON file. To first generate a JSON file for aconnected device, run the following command:

  1. bundletool get-device-spec --output=/tmp/device-spec.json

bundletool creates a JSON file for your device in the directory the tool islocated. You can then pass it to bundletool to generate a set of APKs thattarget only the configuration described in that JSON file as follows:

  1. bundletool build-apks --device-spec=/MyApp/pixel2.json
  2. --bundle=/MyApp/my_app.aab --output=/MyApp/my_app.apks

Manually create a device specification JSON

If you don’t have access to the device for which you want to build a targetedAPK set (for example, a friend wants to try your app with a device you don’thave on-hand), you can manually create a JSON file using the following format:

  1. {
  2. "supportedAbis": ["arm64-v8a", "armeabi-v7a"],
  3. "supportedLocales": ["en", "fr"],
  4. "screenDensity": 640,
  5. "sdkVersion": 27
  6. }

You can then pass this JSON to the bundle extract-apks command, as describedin the previous section.

Extract device-specific APKs from an existing APK set

If you have an existing APK set and you want to extract from it a subset of APKsthat target a specific device configuration, you can use the extract-apkscommand and specify a device specification JSON, as follows:

  1. bundletool extract-apks
  2. --apks=/MyApp/my_existing_APK_set.apks
  3. --output-dir=/MyApp/my_pixel2_APK_set.apks
  4. --device-spec=/MyApp/bundletool/pixel2.json

Measure the estimated download sizes of APKs in an APK set

To measure the estimated download sizes of APKs in an APK set as they wouldbe served compressed over-the-wire, use the get-size total command:

  1. bundletool get-size total --apks=/MyApp/my_app.apks

You can modify the behavior of the get-size total command using thefollowing flags:

FlagDescription
—apks=path(Required) Specifies the path to the existing APK set file whose download size is measured.
—device-spec=pathSpecifies the path to the device spec file (from get-device-spec or constructed manually) to use for matching. You can specify a partial path to evaluate a set of configurations.
—dimensions=dimensionsSpecifies the dimensions used when computing the size estimates. Accepts a comma-separated list of: SDK, ABI, SCREEN_DENSITY, and LANGUAGE. To measure across all dimensions, specify ALL.
—instantMeasures the download size of the instant-enabled APKs instead of the installable APKs. By default, bundletool measures the installable APK download sizes.
—modules=modulesSpecifies a comma-separated list of modules in the APK set to consider in the measurement. The bundletool command automatically includes any dependent modules for the specified set. By default, the command measures the download size of all modules installed during the first download.

Additional resources

To learn more about using bundletool, try the following resource.

Codelabs

  • Your First Android App Bundle,a codelab that explores the basic principles of Android App Bundles and showsyou how to quickly get started with building your own using Android Studio.This codelab also explores how to test your app bundlesusing bundletool.