如何在Appium项目中获取Android的android.content.Context以操作SharedPreferences

你之前查阅的Appium官方文档提到的“上下文”能力，本质是框架用来区分原生控件识别域、WebView控件识别域的标识，和Android SDK体系里的android.content.Context系统类完全不是同一概念，确实无法满足你操作应用系统组件的需求。

首先需要明确一个客观限制：

• Appium的测试脚本运行在PC端，和Android设备上的被测应用进程处于完全隔离的跨进程环境，无法直接在PC端的测试代码中拿到设备端App进程内的Context类对象引用——跨进程边界下，Java语言层面的内存对象引用没有传递效力。

你提到的“测试启动前依赖Context获取SharedPreferences以修改应用配置”的目标，不需要硬在PC端代码里抓取Context实例，有两种经过实际验证的可行落地方案：

• 借助Appium的Shell执行能力直接操作SharedPreferences实体文件
  • 原理：Android系统的SharedPreferences本质是应用私有沙箱目录下的XML存储文件，固定路径为/data/data/<被测应用包名>/shared_prefs/下的xml文件，不需要依赖运行时的Context对象也能完成读写修改
  • 操作流程：
    • 测试初始化阶段，通过Appium提供的Shell执行接口，将需要调整的配置XML文件从应用沙箱拷贝到设备的公共可访问存储路径
    • 直接编辑XML内的对应键值对内容
    • 将修改后的XML文件拷贝回原沙箱路径，同步修正文件的属主和权限，保证应用进程启动时能正常读取
• 借助UIAutomator2驱动的进程内执行能力获取真实Context实例
  • 原理：当前Appium对接Android设备的默认驱动是UIAutomator2，其内置的测试探针是直接运行在被测应用进程内部的，本身就持有应用的真实Context对象，不存在跨进程隔离问题
  • 操作方式：通过驱动提供的自定义脚本执行接口，将需要修改的SharedPreferences键值对传递到设备端进程内，直接调用进程内的Context.getSharedPreferences()方法完成配置写入，这种方式比直接修改XML文件的兼容性更强，不会因不同Android版本的沙箱权限策略变化出现读写异常

注意：不要尝试在PC端的测试代码环境中手动加载android.content.Context类，这种操作完全没有实际效果——PC端的JVM运行环境和Android设备的运行时环境完全独立，即使加载了对应类也只是空的类定义，无法关联到设备上的真实应用实例。

内容的提问来源于stack exchange，提问作者Andy Res