1.Linux uid/gid
Linux下的用户id（uid）和群组id（gid）。Linux是多用户系统，每个用户都拥有一个uid，这个uid由系统和用户名做映射绑定。同时，为了便于用户管理（譬如管理文档权限），Linux引入了群组的概念，可以将多个用户归于一个群组。每一个群组拥有一个群组id（gid）。
root用户：Linux下的唯一的超级用户，拥有所有的系统权限。root用户所在的组即root组。
2.Android uid（4.2（API Level 17））
Android4.2开始支持多用户。Linux的uid/gid多用户体系已经被用在App管理上。
android重新开发了一套多用户体系，在UserManagerService中管理，PackageManagerService和ActivityManagerService中也有相关逻辑。Android的多用户可以做到不同用户的应用的物理文件级（数据）的区分，以实现不同用户有不同的壁纸、密码，以及不同的应用等。
例如：在一个有两个用户（用户id分别为0和10）的安卓设备上，在用户10下安装一个应用，此时，在0下是看不到这个应用的。
从data/system/packages.xml查看此应用的uid：userId=”10078”
Process.myUid()得到uid为”1010078”
Process.myUserHandle()得到”userHandle{10}”
在另一个用户0下安装此应用。
查看packages.xml，看到uid没有变化10078
Process.myUid()得到uid为”10078”
Process.myUserHandle()得到”userHandle{0}”
adb shell进入命令行，分别查看data/user/0和data/user/10下面此应用的数据区：
用户0： 
用户10： 
可以看到，实际上应用在内部虽然有多用户，但只有一个uid，在不同的用户下，通过uid和用户id合成一个新的uid，以保证在每个用户下能够区分(見chapter3)。
（可以看到文件拥有者是u0_a78，所在群组为u0_a78。从data/system/packages.xml根据包名查看此应用信息，可以看到：userId=”10078”。）
3.android.os.UserHandle
这个类对外提供有关多用户的接口。 从里面的一些api代码可以看到uid在多用户下的处理逻辑：
多用户支持开关：
注意一个api getUid()。这就清楚了，将用户id 10作为第一个参数，packages.xml中记录的该应用的uid 10078作为第二个参数传入，得到了这个应用在10用户下的uid——1010078！ 
通过应用的uid得到当前用户的userId，以上过程的逆过程： 
从另一个核心的api myUserId()更能清楚地看到应用uid和用户id的关系： 
当一个应用使用UserHandle.myUserId()来获取当前的用户id的时候，其实就是从他自己的进程得到应用的uid，然后通过上述逻辑计算出当前的用户id。
从Process.myUserHandle()也能清楚地看到这个逻辑：
从概念和API命名上，确实有些混乱，但Android也情非得已，Process的API Level是1，UserHandle的API Level是17，可见在最初的android上面，已经将Linux uid/gid给了应用id了，当时应该也没有考虑android有一天需要支持多用户。直到4.2（API Level 17），引入了多用户时，已经是若干年过去了，Process已经被无数的开发者使用，无法改变。只能接受这个概念上混淆了。
可以用如下的几点来简单地澄清这些id概念：
（1）Process中的xxid相关的概念和API是关于应用id的。
（2）UserHandle中的xxid相关的概念和API是关于Android用户id的。
（3）Process有接口得到UserHandle实例。