TG咨询安卓应用云端执行时客户端与服务端的职责划分，关键不在于把手机界面搬到云上，而在于明确谁接收操作、谁运行应用、谁对数据和权限负责。以远端安卓实例执行应用、用户通过手机或浏览器操作为例，客户端负责交互入口，服务端负责真实执行与状态管理；两边边界含糊，容易造成误授权、数据丢失或故障难以定位。
先按“操作发生在哪里”划分职责
客户端是用户看到和操作的终端。它可以显示远端画面、采集点击和键盘输入、处理连接状态，并呈现清楚的加载或断线提示。它也可以调用本机能力，但应在取得系统授权后进行，例如使用摄像头拍摄，再按产品设计把结果传入远端会话。
服务端则运行安卓应用及其运行环境，校验用户身份和操作权限，管理会话、应用进程及数据存储。云端执行的应用状态应以服务端为准，不能因为客户端界面显示成功，就跳过服务端的权限校验或业务验证。
| 事项 | 客户端 | 服务端 |
|---|---|---|
| 画面与输入 | 显示画面，发送点击、滑动和键盘事件 | 接收事件并驱动应用运行，回传画面 |
| 身份与权限 | 安全保存凭据，展示登录和授权结果 | 验证身份、检查每次请求的访问范围 |
| 数据与会话 | 管理必要的本地临时状态 | 决定远端数据保存期限及会话创建、结束规则 |
四个容易混淆的边界
画面传输不等于应用执行
远端画面只是应用状态的呈现。客户端可以优化画面显示和输入响应，但业务规则、关键计算和最终结果应由服务端运行的应用或服务端业务接口确认。网络延迟、丢包或终端性能会影响交互体验，因此断线后应能提示用户，并由服务端判断会话是否仍有效。
客户端授权不等于服务端放行
手机操作系统的权限弹窗只说明用户是否允许客户端使用本机资源，并不自动授权云端应用访问这些资源。服务端仍需根据账户、会话和操作类型做权限控制。登录令牌等敏感凭据应避免明文写入普通配置或日志；在 Android 客户端，可使用 Android Keystore 保护密钥材料，但服务端仍必须验证令牌和请求权限。
临时缓存不等于数据持久化
客户端缓存适合改善短暂断网时的体验，不应成为唯一的数据副本。服务端要明确哪些数据随会话结束清除，哪些需要保存，以及用户如何删除或导出。实现数据持久化时，应区分应用数据、上传文件和客户端缓存，并分别规定访问权限与保留策略。
输入事件也需要校验
客户端发送的按钮点击、文本和文件都应视作外部输入。服务端应校验格式、大小和允许操作，限制会话可访问的资源；不能仅靠隐藏界面控件阻止越权操作。远程渲染、会话管理和权限控制需要作为一套链路设计，而不是各自独立处理。
上线前按步骤核对
- 列出终端能力：逐项记录客户端是否使用摄像头、麦克风、剪贴板或本地文件，并说明数据是否会离开设备。
- 标出执行位置：为登录校验、业务判断、文件处理和数据保存标注客户端或服务端，避免关键规则只写在客户端。
- 定义会话规则：明确创建、超时、断线重连和退出后的行为；用测试确认会话结束后，旧连接不能继续操作原实例。
- 检查失败路径：模拟网络中断、凭据失效和远端进程退出，验证用户能收到可理解的提示，服务端日志能关联到具体会话。
- 核对数据策略：分别测试临时缓存清理、远端数据保留和删除操作，确认实际行为与界面说明一致。
常见问题
客户端能不能保存应用数据？
可以保存界面偏好或短期缓存，但业务数据是否长期保留应由产品的数据策略决定，并以服务端状态为准。
云端应用可以直接调用手机摄像头吗？
不能仅凭云端运行就获得本机权限。通常需由客户端取得系统授权，再通过明确的数据通道传递图像或其他输入。
断网后应用状态一定还在吗？
不一定。是否保留取决于服务端会话超时、实例回收和数据持久化设置，客户端应展示连接状态而不是默认承诺恢复。
怎样判断职责是否划分清楚？
检查每项操作是否有明确的执行方、校验方和数据保存方；安卓应用云端执行时客户端与服务端的职责划分，应让界面提示、权限判断和实际数据状态相互一致。