Android Hidden APIs are classes, methods and resources that Google hides from you because of stability reason. These features are hidden because they may be changed on next API version. The internal APIs are located in package com. android. internal and available in the framework.
Source code for all Android versions is here: android.googlesource.com/platform/packages/apps/Contacts.git/+/…
Android Studio is based on a bare version of IntelliJ which is open source. The guys from Google added the Android taste on top of IntelliJ and release this under Apache 2 license which is also open source.
Android has two types of APIs that are not accessible via SDK.
The first one is located in package com.android.internal
. The second API type is a collection of classes and methods that are marked with the @hide Javadoc attribute.
Starting from Android 9 (API level 28), Google introduces new restrictions on the use of non-SDK interfaces, whether directly, via reflection, or via JNI. These restrictions are applied whenever an app references a non-SDK interface or attempts to obtain its handle using reflection or JNI.
But before API level 28, the hidden methods could still be accessed via Java reflection. The @hide
attribute is just part of Javadoc (droiddoc also), so the @hide
just simply means the method/class/field is excluded from the API docs.
For example, the checkUidPermission()
method in ActivityManager.java
uses @hide
:
/** @hide */
public static int checkUidPermission(String permission, int uid) {
try {
return AppGlobals.getPackageManager()
.checkUidPermission(permission, uid);
} catch (RemoteException e) {
// Should never happen, but if it does... deny!
Slog.e(TAG, "PackageManager is dead?!?", e);
}
return PackageManager.PERMISSION_DENIED;
}
However, we can call it by reflection:
Class c;
c = Class.forName("android.app.ActivityManager");
Method m = c.getMethod("checkUidPermission", new Class[] {String.class, int.class});
Object o = m.invoke(null, new Object[]{"android.permission.READ_CONTACTS", 10010});
@hide
is used for things that need to be visible for various reasons but are not part of the published API. They will not be included in the documentation when it automagically extracts the API from the source.
You're right, you cannot override it. This is normal, that's by design, since it's marked as final
. You should be able to use it, although an editor may not show it to you as one of the choices in whatever intellisense it uses because it's marked with @hide
, and you should take note of point 3 below.
You should not use it at all since it's not part of the API and the developers can remove it whenever they wish. They would even be within their rights, were they sadistically inclined, to replace it with a function that bricked the device it ran on (though maybe not in a strict legal sense).
The @hide
annotation means that this interface is not part of the public API and should not be used in your code. The methods are only for internal use of the AOSP.
Google has actually started to restrict the usage of non-sdk interfaces. This includes interfaces marked with @hide
The methods are classified into four lists:
- whitelist: the SDK
- light-greylist: non SDK methods / fields that are still accessible.
- dark-greylist:
- For apps whose target SDK is below API level 28: each use of a dark greylist interface is permitted.
- For apps whose target SDK is API level 28 or higher: same behavior as blacklist
- blacklist: restricted regardless of target SDK. The platform will behave as if the interface is absent. For example, it will throw NoSuchMethodError/NoSuchFieldException whenever the app is trying to use it, and will not include it when the app wants to know the list of fields/methods of a particular class.
The lists can be found here
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With