Transferring an app together with its private data from one Android phone to another is a common request when you upgrade devices or switch to a fresh install. The Android platform isolates each app’s data for security, which also means the data isn’t automatically copied when you install the same APK on a new phone. Using adb (Android Debug Bridge) you can create a backup that contains both the APK file and the app’s private data, move it to the target device, and restore it – all without rooting either phone.
Important: The backup created by adb backup is not encrypted by default. If the data is sensitive, you should encrypt the backup file yourself (e.g., with OpenSSL) before transferring it.
All steps assume you have a basic understanding of command‑line usage. If you are uncomfortable typing commands, keep the adb binaries handy and copy‑paste the lines exactly as shown.
C:\adb on Windows or ~/adb on macOS/Linux.PATH so you can run adb from any terminal. On Windows, edit the Environment Variables; on macOS/Linux, add export PATH="$PATH:/path/to/adb" to your shell profile.adb version. You should see something like Android Debug Bridge version 1.0.41.adb devices. You should see a line like XXXXXXXXXXXX device. If the status shows unauthorized, look at the phone and tap “Allow” on the RSA key prompt.adb shell pm list packages | grep -i appname or by looking at the Play Store URL (e.g., com.example.myapp).com.example.myapp with the actual package name:
adb -s <source-device-id> backup -apk -obb -f myapp.ab com.example.myapp
The flags mean:
-apk – include the APK file itself.-obb – include any expansion files (large assets).-f myapp.ab – write the backup to myapp.ab in the current folder..ab file contains both the APK and the private data.If you are using the same computer for both devices, you can skip this step. Otherwise, copy myapp.ab to a location accessible by the destination phone (e.g., a USB flash drive, cloud storage, or via the same computer).
adb devices and note its device ID.adb -s <dest-device-id> restore myapp.ab
If you set a password during backup, you’ll be prompted to type it now.Open the restored app on the destination phone. Check that your settings, login state, and any locally stored content (e.g., notes, game progress) appear as expected. If the app asks you to log in again, it may be because the developer has disabled data migration for security reasons – in that case, the APK transfer succeeded but the data could not be restored.
adb backup -all – This captures every app and system data, but restoring to a different device can cause conflicts and is not recommended for selective transfers.Both the source phone and the computer need enough free storage for the temporary .ab file. Check the size of the app’s data (Settings → Apps → App → Storage). Free up space or use a larger external drive.
This usually happens when the backup was encrypted with a password but the wrong password is entered, or when the backup file is corrupted. Verify the password or recreate the backup without encryption (or encrypt it manually with a known method).
Some apps refuse to install if the signature on the APK does not match the one expected for the device (e.g., carrier‑specific builds). In such cases, download the official APK from a trusted source and install it first, then restore data only (omit -apk flag in the backup command).
Re‑plug the USB cable, revoke USB debugging authorizations in Developer options, and accept the RSA prompt again. On some devices, you may need to enable “Install via USB” under Developer options.
.ab file contains everything the app stores internally, which can include passwords, messages, or location history. Treat it like a private key – keep it in a secure folder and delete it after the transfer.adb devices.adb backup -apk -obb -f myapp.ab <package> on the source phone..ab file if needed.adb restore myapp.ab on the destination phone.With these steps you can move any installable app and its private data between Android devices without rooting, without relying on cloud backups, and without losing the context that makes the app useful.
If you are migrating everything – contacts, messages, settings, and multiple apps – a full device backup (e.g., using adb backup -all or a custom recovery) may be more efficient. However, full backups are harder to restore selectively and can run into version‑specific issues. Use the app‑by‑app method described here when you only need a handful of apps or when you want fine‑grained control over what data moves.









