问题描述
来自Linux背景的用户可能对Rooting Android的理解存在困惑，想知道Rooting究竟会如何影响Android上的用户账户。具体来说，以下几种情况是否正确：
1. Rooting后所有操作都是以root身份进行，用户身份被废止。
2. Rooting后所有用户的权限提升至root级别，创建文件依然保持原有的用户名组名。此情况下能否针对不同用户提供不同的Root权限？
3. Android的Rooting与Linux中的sudo类似，每次需要时临时获取Root权限。在此方式下是否可以为某些用户提供Root权限而其他用户则不具备？
4. 其他情况。
根据上述问题，以下是详细的解决方案解读。
解决方案
方案一：一次性全部开启Root访问
这种理解是不准确的。Rooting并不意味着所有操作都需始终以root身份进行。实际上，Rooted设备上的用户仍然可以使用普通账户进行日常操作，且系统会根据应用的需求来判断是否需要临时获取root权限。
方案二：所有用户权限提升但保持原有目录属性
这种理解也是不准确的。虽然Rooting提供了对更多文件和设置的访问权限，但是具体的文件创建行为依然受到所在进程的身份限制，并不会自动为所有新文件加上root作为所有者或组。创建文件时，所用账户（即创建者的身份）会被保留在文件属性中。
然而，对于系统级别的操作，则需要在应用层面通过su命令临时切换权限进行访问。用户需要第一次使用时手动确认允许特定应用程序获取root权限，后续再无弹窗询问直到此授权被明确撤销或重新设置，默认不会每次都显示提示信息。
方案三：类似于Linux中的sudo机制
这种理解是正确的，根子系统的本质与sudo类似。root权限在Android中并没有全局开启，用户只能通过具有适当配置的应用程序手动请求临时的root访问。例如安装具有管理员权限的应用时，则可能弹出一个确认对话框询问是否允许该应用进行Root操作。
具体步骤如下：
1. 安装Root管理器：这类软件通常会包含su工具和用户界面（如SuperUser或Magisk Manager），用于控制哪些应用能够临时获取root权限。
2. 应用权限请求：当某个应用想要执行受限的系统命令时，它首先需要以非root身份开始。此时如果该应用被预先设置为可使用root特权，那么在首次尝试调用这些功能时用户将收到一个确认框，询问是否授予此应用root访问权限。
3. 长期访问控制：通过上述机制，在允许应用获取一次性的root访问之后，默认情况下并不会在随后的同类型请求中自动重放提示。开发者可以选择自定义策略来处理这一点；例如允许用户将来始终使用相同的超级用户对话框或创建一个记住授权状态的存储选项，使得确认只需执行一次。
方案四：其他情况
上述几种场景均不适用时，则实际实现细节可能会依据设备制造商所采用的具体Root方法有所差异。目前主流的做法是基于su命令和根文件系统的权限控制相结合的方式，在确保系统安全性的前提下提供灵活而强大的root访问管理能力。
总结
在进行Android设备的Root操作后，其核心机制类似于Linux的sudo模式：它并不会无差别地提高所有用户的超级用户权限，而是通过应用程序级别的请求来临时授予执行特殊命令所需的root资格。这一过程既简化了普通用户通过应用访问系统功能的过程，也确保了系统的整体安全性不受损害。
对于开发者和有实际需求提升某些应用场景的根权限的用户来说，理解上述机制非常重要，这样才能更好地利用Root带来的益处而不必担心由此引发的安全性问题。
请注意，在尝试进行任何类型的设备修改之前，请务必了解可能存在的风险并选择合适的工具和支持良好的来源以保障个人数据安全。对于具体操作步骤，建议参考官方说明或相关专业论坛获取最新信息和指导。在此不推荐未经过验证的第三方root解决方案以免造成不必要的麻烦与风险。