This repository contains sample apps that use the Android NDK.
For an explanation of the layout of this repository, see ARCHITECTURE.md.
- Clone the repository
- Open the whole project in Android Studio
- Install CMake 4.1.0 via the SDK Manager (must be done manually until https://issuetracker.google.com/443137057 is fixed).
- Select the sample you want to run in the top bar (you may need to sync gradle first)
- Click the play button to run the sample
You can also build the samples from the command line if you prefer. Use
./gradlew build
to build everything (if you're on Windows, use .\gradlew.bat
instead of ./gradlew
). For individual tasks, see ./gradlew tasks
. To see the
tasks for an individual sample, run the tasks
task for that directory. For
example, ./gradlew :camera:basic:tasks
will show the tasks for the
camera/basic
app.
The samples in this repository are generally not a good starting point for a production quality app. They aim to demonstrate individual NDK APIs, but often make sacrifices to be succinct that make them unsuitable for a production app. This is gradually changing, but for now you should not do this.
Now in Android is an excellent resource for production quality apps in general, but does not touch on NDK- specific issues. https://github.com/DanAlbert/ndk-app-template can help some with that until this repository is able to.
You're most likely best served by using the New Project wizard in Android Studio to create a new app, then using those resources and the samples here as a reference. Android Studio's "Native C++" template is a good starting point for typical applications that need to use some C++ via JNI. The "Game Activity" template is a good starting point for game-like apps (that is, apps that do not use the Android UI, but instead render their own UI using OpenGL or Vulkan).
There are a few best practices shown throughout this repository that should be explained, but there's no central place to discuss those in the code, so we'll discuss those here.
We prefer using RegisterNatives()
via JNI_OnLoad()
over the name-based
matching that Studio's New Project Wizard will typically create, e.g. JNI
functions that follow the pattern JNIEXPORT void JNICALL Java_com_etc_ClassName_methodName()
. That approach to matching C/C++ functions
to their Java native
function (or Kotlin external fun
) makes for a shorter
demo when there are only a small number of functions, but it has a number of
disadvantages. See the JNI tips guide for details.
All of the app libraries shown here are built using a version script. This is a
file that explicitly lists which symbols should be exported from the library,
and hides all the others. Version scripts function similarly to
-fvisibility=hidden
, but can go a step further and are capable of hiding
symbols in static libraries that are used by your app. Hiding as many symbols as
possible results in smaller binaries that load faster, as there are fewer
relocations required and LTO can do a better job. They also run faster as
same-library function calls do not need to be made through the PLT. There are no
good reasons to not use a version script for your NDK code. See the NDK
documentation on controlling symbol visibility for more information.
You can find these in each sample as the lib<name>.map.txt
file (where
<name>
is the name of the library passed to add_app_library()
in the
CMakeLists.txt
file). The build plumbing that uses the version scripts is in
the definition of add_app_library()
in cmake/AppLibrary.cmake
.
If you've found an issue with a sample and you know how to fix it, please send us a PR!.
If you need to report a bug, where it needs to be filed depends on the type of issue:
- Problems with the samples themselves: https://github.com/googlesamples/android-ndk/issues
- Problems with the OS APIs: http://b.android.com (usually the Framework component)
- Problems with NDK (that is, the compiler): https://github.com/android/ndk/issues
For questions about using the NDK or the platform APIs, you can ask on:
- The NDK mailing list (best if you're not sure where else to ask)
- The Discussions tab of this repo (best for questions about the samples themselves)
- The NDK's Discussions (best for questions about the NDK compilers and build systems)
- Stack Overflow
- Google Play Game Samples with Android Studio
- Google Android Vulkan Tutorials
- Android Vulkan API Basic Samples
- Android High Performance Audio
Copyright 2015 The Android Open Source Project, Inc.
Licensed to the Apache Software Foundation (ASF) under one or more contributor license agreements. See the NOTICE file distributed with this work for additional information regarding copyright ownership. The ASF licenses this file to you under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
https://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.