[原创]android端手机虚拟机实现过程-Android安全-看雪安全社区

## android端手机虚拟机实现过程

以下是**VirtualAPP的执行流程图**：

![](upload/attach/202504/971248_K4M5PXG6YVP4DWK.webp)

我们通过这样的一个开源的**virtualApp**来了解一下，一个应用程序是怎么去实现在虚拟机里面运行的。

### Virtual space

首先是应用程序的下载安装。实际上，在虚拟机中运行的应用程序是下载到的虚拟机空间（virtual space）中的。

### Virtual Framework

虚拟机中的 App（比如 App1、App2）原本会直接调用系统 Framework，但是在虚拟机中的APP需要的就不同

- “以为”自己访问的是系统服务，
- 实际上却访问的是 VA 模拟的服务（Hook 之后的）。

#### **Android Framework**

**Android Framework** 是 Android 系统提供的一整套 API，它是 **系统级服务（如 AMS、PMS、LocationService）** 的接口，比如：

- `ActivityManagerService (AMS)`：管理 Activity 的启动与调度。
- `PackageManagerService (PMS)`：管理应用包的安装与信息。
- `LocationManager`：提供位置信息。
- `ClipboardManager`：剪贴板服务。

这些都属于 **系统原生的 Android Framework**，运行在系统进程（如 `system_server`）中，不是用户 App 能随意改动的。而在虚拟机中的Framework，则是自开发的可改动的Framework。

而在Virtual Framework中，需要做的事情就是让**APP觉得自己是在原生系统下执行的**，根据Android Frameword中的应用程序的执行流程，我们可以知道的是

#### 一个**应用程序的执行流程**大体是这样的：

- 点击桌面程序
- 将Activity顶上第一个设置为**暂停状态**，**等待启动的应用**
- 判断进程，先进程再程序
- 通过**Zygote开始fork()**应用程序进程了
- 执行**ActivityThread.main()**
- ActivityThread 通过 Binder 将自身的 ApplicationThread 传给 AMS，方便**AMS**通过**ActivityThread启动应用**
- **AMS** 通过 ApplicationThread.scheduleLaunchActivity() 通知**启动 Activity**
- **ActivityThread** 通过反射加载目标 **Activity 类**
- 调用 Instrumentation.callActivityOnCreate()，执行程序的OnCreate()函数

应用的真正启动是 `ActivityThread` 执行的，但整个过程是由 `AMS` 控制调度的，双方通过 Binder 建立通信桥梁。

### 虚拟 App vs 原生安装 App

| 方面               | 虚拟机中的 App（VA App）                                     | 系统安装的 App（原生 App）                                   |
| ------------------ | ------------------------------------------------------------ | ------------------------------------------------------------ |
| **安装方式**       | 并未真正通过系统 PMS 安装，仅在 VA 虚拟空间中注册            | 通过系统 PMS 安装，注册了 Activity、Service 等               |
| **运行路径**       | 安装路径、数据路径等都是被 **重定向/虚拟的**（如 `/data/data/com.xxx -> /data/data/io.virtual.app/space/0/...`） | 使用 Android 系统真实的 `/data/data/com.xxx` 路径            |
| **访问系统服务**   | 所有访问系统服务的调用（如 Location、Clipboard）都被 VA Hook 拦截和“伪造” | 调用系统原生 `ServiceManager` 提供的服务，直接连接 `system_server` |
| **AMS / PMS 管理** | 由 VA 模拟的 AMS/PMS 进行调度（Activity 启动、Service 调用等） | 由系统的 `ActivityManagerService` 和 `PackageManagerService` 控制 |
| **权限模型**       | 权限请求和判断被 VA 接管（可以伪造授予，也可以强制拦截）     | 权限由 Android 系统控制，用户手动授权                        |
| **多开与隔离能力** | 可以任意多开，同一 App 多个实例之间相互隔离                  | 系统默认一个包名只允许一个实例，数据也无法隔离               |
| **文件/IO 控制**   | VA Hook 底层文件系统访问，可实现只读/禁止/伪造/隔离等策略    | 系统文件访问直接作用于真实文件系统                           |
| **运行时感知**     | 可以“欺骗” App，使其以为自己运行在正常系统中（比如感知不到虚拟环境） | 真实环境，App 可以访问所有支持的设备资源                     |
| **安全性控制**     | 更灵活，可以模拟环境、劫持函数、限制行为                     | 安全性高但开放度小，无法灵活控制运行环境                     |

那么实际上在虚拟机下应用程序的执行流程也应该是这样的，但是不同的是，这里的**Server服务不是Android 原生下的framework，而是虚拟机的framework**。

而这里就应用到的是APP HOOK的主要实现了

### APP HOOK

####  Hook 的目标是 **系统服务类**，主要分两种：

##### 1. Java 层服务（运行在 system_server）

VA 会通过 **反射、代理（比如 Binder 代理）或动态注入**，替换系统服务对象。

举个例子：

- App 调用 `Context.getSystemService("location")` 拿到 `LocationManager`。
- 正常系统下，它返回的是 Binder 连接到 system_server 的服务。
- VA Hook 后返回的是它自己实现的“假 LocationManager”，比如总是返回一个虚假的地理位置。

##### 2. Binder 接口 Hook

- VA 使用类似 **“Binder IPC 劫持”** 的方式，在 Java 层模拟 AMS、PMS 等 Binder 服务。
- 这就像劫持了一条“电话线”，App 以为在和系统通信，其实是和 VA 自己通信。

细节的说一下可能出现的具体实现：

- **App 调用 `ActivityManager.startActivity()`**
- **APP Hook 中的 AMS Hook** 通过代理劫持系统服务调用（比如修改 `IActivityManager` 的 Binder）
- 它并**不真的去调用系统 AMS**，而是把调用重定向到了 VirtualApp 自己实现的 **VA Server → AMS**
- VA Server 的 AMS 执行启动流程（比如在 VirtualActivityStack 中注册一个 Activity 记录）
- 最后，伪装成系统返回正常的 `ActivityResult`，App 觉得自己“真的启动了 Activity”

而在APP HOOK拦截完成之后，VA Server就需要开始去提供对应的服务来实现拦截之后的服务请求。

所以：APP Hook 是用来“**拦截”App 调用系统服务行为**的；而 VA Server 是用来**“虚拟提供”这些服务的实现端。**

### Virtual Native

在这一层主要为了完成2个工作，**IO重定向**和**VA APP与Android系统交互**的请求修改。

#### IO重定向

比如在一些APP中，会把一些配置、缓存、数据库等文件的路径**写死**在代码里

```java
new File("/data/data/com.example.app/shared_prefs/config.xml")
fopen("/data/data/com.example.app/files/config.dat", "r");
```

这种情况下的，用虚拟机打开的程序就**无法获取适配对应路径的文件和配置信息**。

所以说出现了 **VA Native**的存在的意义：

- 拦截所有 `open`, `fopen`, `access`, `stat` 等系统调用
- 判断路径是否是虚拟 App 的目标路径
- 替换为虚拟路径，到真实的程序的虚拟路径的位置

不过这里应该算得上是Native层的HOOK了。

#### JNI Native函数

以上的APP HOOK 都是基于Java层进行的，但是相应的Android 有大量的系统行为是通过 Native 实现的。这时候对应的应用程序适配就需要Native HOOK来实现

| 情况               | 举例                      | 解决方法     |
| ------------------ | ------------------------- | ------------ |
| 直接访问文件       | `open`, `fopen`, `access` | hook libc    |
| 直接调用系统服务   | `getuid()`, `getpid()`    | hook syscall |
| 访问特殊设备       | `/dev/*`, `/proc/*`       | 重定向路径   |
| ART Runtime 优化   | `libart.so` 调用          | hook libart  |
| 动态链接时 resolve | `dlsym` 取函数地址        | hook linker  |

这里举例的程序应用就是需要通过HOOK so层来实现分析和获取适配对应路径的文件和配置信息。

## 源码分析部分

### mirror

在虚拟机中很多的细节其实是通过HOOK，或者通过反射的操作调用实现的。比如拦截真实的AMS,PMS等服务，返回自写的各种服务。而在虚拟机框架中为了使得调用拦截等更加方便则出来对于反射等的封装。而在这里的封装就叫**mirror**

正常执行下去拦截改定位:

```java
private void hookInstrumentation() {
 try {
 // 加载 ActivityThread 类
 Class<?> activityThreadClass = Class.forName("android.app.ActivityThread");
 
 // 获取 'currentActivityThread' 方法
 Method currentActivityThreadMethod = activityThreadClass.getDeclaredMethod("currentActivityThread");
 currentActivityThreadMethod.setAccessible(true);
 
 // 调用该方法获取当前的 ActivityThread 实例
 Object currentThread = currentActivityThreadMethod.invoke(null);
 
 // 获取 'mInstrumentation' 字段
 Field instrumentationField = activityThreadClass.getDeclaredField("mInstrumentation");
 instrumentationField.setAccessible(true);
 
 // 获取原始的 Instrumentation 实例
 Instrumentation originalInstrumentation = (Instrumentation) instrumentationField.get(currentThread);
 
 // 创建 InstrumentationDelegate 并替换原始的 Instrumentation
 InstrumentationDelegate instrumentationDelegate = new InstrumentationDelegate(originalInstrumentation);
 instrumentationField.set(currentThread, instrumentationDelegate);
 } catch (Exception e) {
 e.printStackTrace();
 }
}
```

mirror**拦截改定位**

```java
private void hookInstrumentation(){
	Object currentThread ActivityThread.currentActivityThread.call();
	Instrumentation originInstrumentation 	ActivityThread.mInstrumentation.get(currentThread);
	ActivityThread.mInstrumentation.set(currentThread,new InstrumentationDelegate(originInstrumentation));
```

这里实际上就去做了对应的函数封装，从而更加快速实现的代码逻辑

###  Java层 HOOK

举例**应用调用AMS执行流程**的过程来看看Java层 HOOK

Android 系统中，所有四大组件的管理都要通过系统的 **ActivityManagerService（AMS）** 完成，客户端通过 **`IActivityManager` 接口** 调用 AMS。

所以 **Hook AMS = 控制所有组件的启动流程**！得到`IActivityManager` 接口就可以**拦截执行流程**

```apl
Activity.startActivity(Intent)
    ↓
Instrumentation.execStartActivity(...)
    ↓
ActivityManager.getService().startActivity(...)

```

这里会走**ActivityManager.getService()** ，而在android8.0的位置

```java
// frameworks/base/core/java/android/app/ActivityManager.java
public static IActivityManager getService() {
    return IActivityManagerSingleton.get();
}

// frameworks/base/core/java/android/util/Singleton.java
private static final Singleton<IActivityManager> IActivityManagerSingleton =
 new Singleton<IActivityManager>() {
 @Override
 protected IActivityManager create() {
 // 注意这行
 return ActivityManagerNative.getDefault();
 }
 };

```

```apl
getService() 会返回 IActivityManagerSingleton.get();
```

所以在

```java
public class ActivityManagerStub extends MethodInvocationProxy<MethodInvocationStub<IInterface>> {
 public ActivityManagerStub() {
 // 基于 mirror 获取 AMS 的 IActivityManager 接口对象，并创建其动态代理对象
 super(new MethodInvocationStub<>(ActivityManagerNative.getDefault.call()));//这里通过反射去获取系统 IActivityManager 实例。
 }

public void inject() throws Throwable {
        if (BuildCompat.isOreo()) {
            // Android 8.x 及以上版本
            Object singleton = ActivityManager.IActivityManagerSingleton.get();
            // 替换原 AMS 对象为我们的动态代理对象
            Singleton.mInstance.set(singleton, getInvocationStub().getProxyInterface());
        } else {
            // Android 8.x 以下的实现（略）
        }
    }
```

用反射将其 `mInstance` 替换成我们刚才构造的 **代理对象**，应用对 AMS 的所有调用（比如 `startActivity()`），都会经过我们这个 **Hook 代理对象**。

```java
	// 方法 hook 实现
    static class StartActivity extends MethodProxy {
        @Override
        public String getMethodName() {
            return "startActivity";
        }
        @Override
        public Object call(Object who, Method method, Object... args) throws Throwable {
            // 可以对参数进行处理
            int res = VActivityManager.get().startActivity(args);
            return res;
        }
    }
}
```

在这里去调用 int res = VActivityManager.get().**startActivity(args)**;  此处直接将调用转发到 `VActivityManager` 中（**VirtualApp 的虚拟 AMS**）。

**“拦截 AMS 服务”** 的核心目的，实际上就是为了拿到 `IActivityManager` 的实例，并用我们构造的 **代理对象**去**替换掉它**。因为 Android 应用中的 **组件调度**（包括启动 Activity、Service、广播等）全都需要通过这个接口来向系统发送请求。

```java
ActivityManager.getService().startActivity(...)
ActivityManager.getService().broadcastIntent(...)
ActivityManager.getService().startService(...)
```

这些都是 `IActivityManager` 的方法。

### native层hook

上面也已经说过了Native层HOOK的原理，这里就执行来看看 io重定向，实现修改的文件读写的路径的操作

```java
@SuppressLint("SdCardPath")
private void startIOUniformer() {
    ApplicationInfo info = mBoundApplication.appInfo;
    int userId = VUserHandle.myUserId();
    String wifiMacAddressFile = deviceInfo.getwifiFile(userId).getPath();

// 重定向 WiFi 相关地址
    NativeEngine.redirectDirectory("/sys/class/net/wlan0/address", wifiMacAddressFile);
    NativeEngine.redirectDirectory("/sys/class/net/eth0/address", wifiMacAddressFile);
    NativeEngine.redirectDirectory("/sys/class/net/wifi/address", wifiMacAddressFile);

// 重定向 data/data 路径
    NativeEngine.redirectDirectory("/data/data/" + info.packageName, info.dataDir);
    NativeEngine.redirectDirectory("/data/user/0/" + info.packageName, info.dataDir);

if (Build.VERSION.SDK_INT > Build.VERSION_CODES.N) {
        // Android 7.0 以上
        NativeEngine.redirectDirectory("/data/user_de/0/" + info.packageName, info.dataDir);

String libPath = VEnvironment.getAppLibDirectory(info.packageName).getAbsolutePath();
        String userLibPath = new File(
            VEnvironment.getUserSystemDirectory(userId),
            info.packageName + "/lib"
        ).getAbsolutePath();

// 重定向 native lib 路径
        NativeEngine.redirectDirectory(userLibPath, libPath);
        NativeEngine.redirectDirectory("/data/data/" + info.packageName + "/lib/", libPath);
        NativeEngine.redirectDirectory("/data/user/0/" + info.packageName + "/lib/", libPath);
    }

// 虚拟存储处理
    VirtualStorageManager vsManager = VirtualStorageManager.get();
    String vsPath = vsManager.getVirtualStorage(info.packageName, userId);
    boolean enable = vsManager.isVirtualStorageEnable(info.packageName, userId);

if (enable && vsPath != null) {
 File vsDirectory = new File(vsPath);
 if (vsDirectory.exists() || vsDirectory.mkdirs()) {
 HashSet<String> mountPoints = getMountPoints();
 for (String mountPoint : mountPoints) {
 NativeEngine.redirectDirectory(mountPoint, vsPath);
 }
 }
 }

NativeEngine.enableIORedirect();
}
```

可以看到这里利用redirectDirectory函数，去重定向了对应可能读取的位置，替换成了虚拟机对应位置的内容。

```c
//int faccessat(int dirfd,const char *pathname,int mode,int flags);
HOOK DEF(int,faccessat,int dirfd,const char *pathname,int mode,int flags){
    int res;
    const char *redirect_path relocate_path(pathname,&res);
    int ret syscall(_NR_faccessat,dirfd,redirect_path,mode,flags);
    FREE(redirect_path,pathname);
    return ret;
}
```

该宏会生成一个以 `new_` 为前缀的函数，例如：

```
int new_faccessat(...) { ... }
```

- 判断是否需要重定向（如 `/data/data/com.xxx` → `/virtual/data/com.xxx`）
- 如果是，则返回新的路径；否则返回原路径`res` 用于记录是否发生了实际替换

举个例子：
 `pathname = "/data/data/com.test/files/a.txt"`
 如果这个 app 被 VA 管控了，那路径会被转向
 `redirect_path = "/data/user/0/com.va.wrapper/files/a.txt"`

从这里就对于开头的那个图片进行了总体的大致讲解，但是其中虚拟机下运行应用的很多问题以及配置环境更多的是需要在实践运用上去体现。

**参考资料：**
954K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6S2M7@1I4G2k6s2W2Q4x3V1k6h3K9i4u0@1N6h3q4D9b7i4m8H3
ab4K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6B7N6h3g2B7K9h3&6Q4x3X3g2U0L8W2)9J5c8Y4m8G2M7%4c8Q4x3V1j5%4x3o6t1^5x3e0t1@1z5e0f1%4x3e0b7I4z5o6V1K6x3e0f1H3i4K6t1K6K9r3g2S2k6r3W2F1k6#2)9J5k6o6p5I4
4b4K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6T1L8r3!0Y4i4K6u0W2j5%4y4V1L8W2)9J5k6h3&6W2N6q4)9J5c8Y4N6W2K9i4S2A6L8W2)9#2k6U0x3K6z5o6p5$3x3K6l9H3i4K6u0r3j5i4u0@1K9h3y4D9k6g2)9J5c8X3c8W2N6r3q4A6L8s2y4Q4x3V1j5^5z5o6M7%4x3U0b7$3x3R3`.`.
f7dK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6T1L8r3!0Y4i4K6u0W2j5%4y4V1L8W2)9J5k6h3&6W2N6q4)9J5c8X3N6S2L8Y4W2S2L8K6V1K6z5e0f1@1x3K6b7H3y4g2)9J5c8X3q4J5N6r3W2U0L8r3g2Q4x3V1k6V1k6i4c8S2K9h3I4K6i4K6u0r3y4K6j5I4y4o6j5%4y4U0l9`.

**文章PDF**：通过网盘分享的文件：
通过网盘分享的文件：Android虚拟机原理总.pdf
链接: 853K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6H3j5h3&6Q4x3X3g2T1j5h3W2V1N6g2)9J5k6h3y4G2L8g2)9J5c8Y4y4Q4x3V1j5I4L8r3u0H3e0p5N6Q4y4h3k6e0j5Y4y4r3x3U0q4&6P5X3#2v1f1@1Z5$3d9p5y4Y4 提取码: chen 
--来自百度网盘超级会员v4的分享

回复或点赞可查看完整内容

冰与火的战歌：Windows内核攻防实战高级班！从零到实战，融合AI与Windows内核攻防全技术栈，打造具备自动化能力的内核开发高手。

最后于 2025-4-21 18:00 被ovo_帮我不c编辑，原因：

#基础理论 #系统相关 #源码框架

最新回复 (80) 1 2 3 4 ▶
qqsunqiang 雪币： 447 活跃值： (799) 能力值： ( LV2，RANK：10 ) 在线值：发帖 15 回帖 264 粉丝 0 关注私信	qqsunqiang 2 楼谢谢楼主的 2025-4-19 12:31 0
hacker521 雪币： 2676 活跃值： (5841) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 226 粉丝 30 关注私信	hacker521 3 楼 VA原理哈~ 2025-4-19 13:55 0
uni7corn 雪币： 0 活跃值： (2485) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 182 粉丝 0 关注私信	uni7corn 4 楼看看 2025-4-21 11:41 0
西瓜帅雪币： 1849 活跃值： (2993) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 78 粉丝 1 关注私信	西瓜帅 5 楼我来看你 2025-4-21 16:33 0
Imxz 雪币： 110 活跃值： (9571) 能力值： ( LV2，RANK：10 ) 在线值：发帖 6 回帖 775 粉丝 9 关注私信	Imxz 6 楼 6666666 2025-4-21 18:01 0
wolf_lc 雪币： 179 活跃值： (1163) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 18 粉丝 0 关注私信	wolf_lc 7 楼 111 2025-4-21 19:01 0
Motivar 雪币： 1484 活跃值： (375) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 8 粉丝 0 关注私信	Motivar 8 楼感谢分享 2025-4-21 22:03 0
kingking888 雪币： 3235 活跃值： (6337) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 302 粉丝 6 关注私信	kingking888 9 楼 666 2025-4-21 23:27 0
墨穹呢雪币： 4770 活跃值： (8232) 能力值： ( LV3，RANK：20 ) 在线值：发帖 2 回帖 231 粉丝 18 关注私信	墨穹呢 10 楼感谢分享 2025-4-22 00:22 0
artake 雪币： 13 活跃值： (2721) 能力值： ( LV4，RANK：40 ) 在线值：发帖 13 回帖 188 粉丝 1 关注私信	artake 11 楼 666 2025-4-22 08:52 0
jdong 雪币： 180 活跃值： (2983) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 59 粉丝 1 关注私信	jdong 12 楼 666 2025-4-22 09:46 0
lookaside 雪币： 84 活跃值： (4108) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 85 粉丝 0 关注私信	lookaside 13 楼 666 2025-4-22 11:18 0
mb_kylehnha 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 27 粉丝 0 关注私信	mb_kylehnha 14 楼 66666666 2025-4-22 11:51 0
mb_crhelucl 雪币： 22 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 2 粉丝 0 关注私信	mb_crhelucl 15 楼 66666666 2025-4-22 16:50 0
wx_插曲雪币： 411 活跃值： (991) 能力值： ( LV2，RANK：10 ) 在线值：发帖 2 回帖 323 粉丝 24 关注私信	wx_插曲 16 楼 6666 2025-4-22 16:56 0
jiyuren 雪币： 2180 活跃值： (3441) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 22 粉丝 3 关注私信	jiyuren 17 楼 66666666 2025-4-22 17:32 0
啊你好哇123 雪币： 798 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 376 粉丝 0 关注私信	啊你好哇123 18 楼学习学习 2025-4-23 00:35 0
樊辉雪币： 258 活跃值： (1883) 能力值： ( LV2，RANK：10 ) 在线值：发帖 10 回帖 163 粉丝 1 关注私信	樊辉 19 楼 66666 2025-4-23 08:37 0
ONewTach 雪币： 242 活跃值： (5670) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 80 粉丝 0 关注私信	ONewTach 20 楼 666 2025-4-23 08:45 0
我是小奥雪币： 114 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 52 粉丝 0 关注私信	我是小奥 21 楼 666 2025-4-23 08:54 0
学编程雪币： 163 活跃值： (2074) 能力值： ( LV5，RANK：60 ) 在线值：发帖 30 回帖 447 粉丝 2 关注私信	学编程 1 22 楼 666 2025-4-23 09:02 0
呼吸24K纯氧雪币： 28 活跃值： (1736) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 94 粉丝 2 关注私信	呼吸24K纯氧 23 楼看看 2025-4-23 09:21 0
Tokameine 雪币： 4675 活跃值： (10424) 能力值： ( LV12，RANK：470 ) 在线值：发帖 17 回帖 85 粉丝 212 关注私信	Tokameine 3 24 楼这篇文章似乎来自52pojie，原链接171K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6%4N6%4N6Q4x3X3f1#2x3Y4m8G2K9X3W2W2i4K6u0W2j5$3&6Q4x3V1k6@1K9s2u0W2j5h3c8Q4x3X3b7J5x3o6t1#2y4o6t1%4i4K6u0V1x3g2)9J5k6o6q4Q4x3X3g2Z5N6r3#2D9i4@1g2r3i4@1u0o6i4K6S2o6i4@1f1@1i4@1u0p5i4K6W2o6i4@1f1^5i4K6R3H3i4K6R3#2i4@1f1$3i4K6V1^5i4@1q4r3i4@1f1#2i4K6V1H3i4K6S2o6i4@1f1@1i4@1t1^5i4K6R3H3i4@1f1@1i4@1t1^5i4@1q4m8i4@1f1@1i4@1u0m8i4@1u0m8i4@1f1@1i4@1t1&6i4K6R3^5i4@1g2r3i4@1u0o6i4K6W2r3i4@1f1$3i4K6R3@1i4K6W2r3i4@1f1^5i4@1p5%4i4K6R3&6i4@1f1^5i4@1u0r3i4K6V1&6i4@1f1#2i4@1p5@1i4K6S2p5i4@1f1#2i4K6R3^5i4@1t1$3i4@1f1%4i4@1t1J5i4K6V1^5i4@1f1^5i4@1t1@1i4@1t1@1i4@1f1@1i4@1u0o6i4@1u0o6i4@1f1@1i4@1t1&6i4K6S2q4i4@1f1$3i4@1p5H3i4@1u0o6i4@1f1#2i4@1u0o6i4K6S2r3i4@1f1#2i4K6R3#2i4@1p5^5i4@1f1&6i4K6R3K6i4@1u0p5i4@1f1$3i4K6V1^5i4@1q4r3i4@1f1$3i4@1t1%4i4@1t1%4i4@1f1@1i4@1t1&6i4@1t1I4i4@1f1%4i4K6W2m8i4K6R3@1i4@1g2r3i4@1u0o6i4K6S2o6i4@1f1#2i4@1p5$3i4K6R3J5i4@1f1$3i4K6W2q4i4K6W2o6i4@1f1$3i4K6V1^5i4@1q4r3i4@1f1#2i4K6S2q4i4K6W2r3i4@1f1@1i4@1u0p5i4K6W2o6i4@1f1^5i4K6R3H3i4K6R3#2i4@1f1%4i4K6W2m8i4K6R3@1i4@1f1^5i4@1q4r3i4K6W2p5i4@1f1%4i4K6W2n7i4@1t1@1i4@1f1$3i4K6S2q4i4@1p5#2i4@1f1^5i4@1t1@1i4@1t1@1L8h3c8Q4c8e0W2Q4z5o6y4Q4b7V1c8Q4c8e0c8Q4b7U0S2Q4z5p5c8Q4c8e0S2Q4z5o6N6Q4b7U0y4Q4c8e0c8Q4b7V1q4Q4z5p5g2Q4c8e0S2Q4b7V1k6Q4z5e0W2Q4c8e0k6Q4b7e0m8Q4b7U0N6Q4c8e0g2Q4z5e0m8Q4b7e0N6Q4c8f1k6Q4b7V1y4Q4z5f1j5`. 2025-4-23 16:23 1
末日大哥雪币： 1122 活跃值： (2201) 能力值： ( LV3，RANK：30 ) 在线值：发帖 10 回帖 159 粉丝 0 关注私信	末日大哥 25 楼 666 2025-4-23 17:20 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复