I would like to know what's really third party applications in android.While I was referring Android development it says that application layer consist of:

  1. Native apps
  2. Third party apps
  3. Developer Apps

I know that third party applications are those which are not developed by the first party(provider of the operating system) as mentioned in third party applications.But I think when it comes to android third party apps and developer apps are same isn't it?Could anyone help me.

  • 1
    I honestly couldn't understand the separation between native apps, 3rd-party apps, and applications (all of those are applications on my dictionary). As it was quoted from the book (which we couldn't get access unless we buy it), does it also explain the difference between those, or only mentioning this? If it does, could you also quote and add it on the question?
    – Andrew T.
    Commented Dec 24, 2014 at 2:15
  • @AndrewT.:Oh sorry.It was really Developer Apps not Applications as I edited the posted.Could you tell whether third party apps differ from Developer apps.As the answer stated by Izzy both should be same because both are neither developed by the OS nor the manufacturer.
    – justin
    Commented Jan 5, 2015 at 3:54
  • 1
    I guess in this context, "developer apps" stands for apps not installed from any "market" – but those you write yourself and test-install via the corresponding development frameworks. In the context of "signatures" (see my answer below): AFAIK those apps are signed with "development keys", so they again have a kind of "special signature". I must investigate deeper into this to tell the exact difference from a user's point of view, though.
    – Izzy
    Commented Jan 5, 2015 at 10:16

1 Answer 1


Short version

Every app other than "OS and manufacturer apps" means "third party apps".


Third party apps are those provided by a, hrm, third party. Though the following terms are non-existent, you can visualize this as follows: First party is the one providing the OS (AOSP/Google), second party the manufacturer (adding his own apps).

Basically, this can be read as: Everything that didn't come pre-installed. This is what the term "third party" normally is used for1.

Technical background

You find some technical background in Android's permission system. If you browse the related pages on Android Developers or see my App permissions explained, for some permissions you will encounter the phrase "not for use by third party apps" (or similar). How does the system decide what makes a "third party app"? It looks at its signature and compares that to the OS and manufacturers' signatures. If the app's signature doesn't match any of the two, it's a "third party app".

"Developer Apps"

In your question, the focus was to decide between "third party" and "developer" apps. Basically, in practice developer apps are rather a "sub-group" of "third party" apps. As the corresponding developer page states, to make debugging an app during development easier3, it can be signed "in debug mode":

You can sign an app in debug or release mode. You sign your app in debug mode during development and in release mode when you are ready to distribute your app. The Android SDK generates a certificate to sign apps in debug mode. To sign apps in release mode, you need to generate your own certificate.


You can run and debug an app signed in debug mode on the emulator and on devices connected to your development manchine through USB, but you cannot distribute an app signed in debug mode.

Thus "developer apps" can be told by using a known "debug certificate". As the quoted source states, this should not be used with "released apps" (e.g. a developer shouldn't publish any app signed this way)2.

Further readings

1: though technically it might be not fully correct (example: in this context, what would an app be called which you manually installed, when it were signed with the same key as the ROM itself – i.e. was coming from the manufacturer?)

2: This is for security reasons. Apps might be able to access other apps' resources when using the same signature – a fact used e.g. by "addons" for specific apps written by the same developer (as the already named source e.g. puts it: Android allows apps signed by the same certificate to run in the same process, if the applications so requests, so that the system treats them as a single application. And: Android provides signature-based permissions enforcement, so that an app can expose functionality to another app that is signed with a specified certificate. By signing multiple apps with the same certificate and using signature-based permissions checks, your apps can share code and data in a secure manner). Using "your own" certificate protects "your" app from being accessed by "other developers' apps".

3: AFAIK you cannot install an "unsigned app", so signing it is a must. When "signing" an app, one usually needs to provide two passwords (one for the keystore holding your signatures, and one for the signature itself). Using "debug mode" signing, this can be avoided, as this uses an internal signature of the SDK with a password known by the development tools. This makes debugging a lot easier, as you don't have to type the two passwords over and over during the "compile › test › compile › test again › .." process.

  • :That's a good elaborative answer.But could you tell is there any need in signing an app in debug mode.
    – justin
    Commented Jan 5, 2015 at 10:53
  • As described by my (again updated) answer: "make debugging an app during development easier". I'll include a little background on that with "yet another update". After that, let's clean up our comments (deleting those obsoleted by my updates to the answer), shall we? ;)
    – Izzy
    Commented Jan 5, 2015 at 11:41
  • :Okay.But could you tell me what really means by the signature of an app.Does it mean who really developed it(whether it's OS,manufacturer) or does it mean anything else?
    – justin
    Commented Jan 5, 2015 at 12:06
  • That's going a little deep into the technical part. You might wish to refer to Wikipedia for this. Basically, it means who signed the app, which usually is the developer. As with a paper being signed by a (hand-written) signature, a digital signature demonstrates the authenticity of the signed data (here the .apk).
    – Izzy
    Commented Jan 5, 2015 at 12:11

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .