$ adb devices
List of devices attached
emulator-5556 device product:sdk_google_phone_x86_64 model:Android_SDK_built_for_x86_64 device:generic_x86_64
emulator-5554 device product:sdk_google_phone_x86 model:Android_SDK_built_for_x86 device:generic_x86
0a388e93      device usb:1-1 product:razor model:Nexus_7 device:flo
模拟器未列出
  adb devices 命令的极端命令序列会导致正在运行的模拟器不显示在 adb devices 输出中（即使在您的桌面上可以看到该模拟器）。当满足以下所有条件时，就会发生这种情况：
   
adb 服务器未在运行。
   
您在使用 emulator 命令时，将 -port 或 -ports 选项的端口值设为 5554 到 5584 之间的奇数。
   
您选择的奇数号端口处于空闲状态，因此可以与指定端口号的端口建立连接，或者该端口处于忙碌状态，模拟器切换到了符合第 2 条中要求的另一个端口。
    
启动模拟器后才启动 adb 服务器。
    避免出现这种情况的一种方法是让模拟器自行选择端口，并且每次运行的模拟器数量不要超过 16 个。另一种方法是始终先启动 adb 服务器，然后再使用 emulator 命令，如下例所示。
示例 1：在下面的命令序列中，adb devices 命令启动了 adb 服务器，但是设备列表未显示。
停止 adb 服务器，然后按照所示顺序输入以下命令。对于 AVD 名称，请提供系统中有效的 AVD 名称。如需获取 AVD 名称列表，请输入 emulator -list-avds。emulator 命令位于 android_sdk/tools 目录下。
$ adb kill-server
$ emulator -avd Nexus_6_API_25 -port 5555
$ adb devices
List of devices attached
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
示例 2：在下面的命令序列中，adb devices 显示了设备列表，因为先启动了 adb 服务器。
  如果想在 adb devices 输出中看到模拟器，请停止 adb 服务器，然后在使用 emulator 命令之后、使用 adb devices 命令之前，重新启动该服务器，如下所示：
$ adb kill-server
$ emulator -avd Nexus_6_API_25 -port 5557
$ adb start-server
$ adb devices
List of devices attached
emulator-5557 device
如需详细了解模拟器命令行选项，请参阅命令行启动选项。
将命令发送至特定设备
如果有多个设备在运行，您在发出 adb 命令时必须指定目标设备。如需指定目标设备，请按以下步骤操作：
    
 使用 devices 命令获取目标设备的序列号。
    
获得序列号后，结合使用 -s 选项与 adb 命令来指定序列号。
      
如果您要发出很多 adb 命令，可以将 $ANDROID_SERIAL 环境变量设为包含序列号。
  
如果您同时使用 -s 和 $ANDROID_SERIAL，-s 会替换 $ANDROID_SERIAL。
# To install on emulator-5555
$ adb -s emulator-5555 install helloWorld.apk
# To install on 0.0.0.0:6520
$ adb -s 0.0.0.0:6520 install helloWorld.apk
  
注意：如果您在多个设备可用时发出命令但未指定目标设备，adb 会显示错误“adb: more than one device/emulator”。
如果有多个可用设备，但只有一个是模拟器，请使用 -e 选项将命令发送至该模拟器。如果有多个设备，但只连接了一个硬件设备，请使用 -d 选项将命令发送至该硬件设备。
您可以使用 adb 的 install 命令在模拟器或连接的设备上安装 APK：
adb install path_to_apk
  
安装测试 APK 时，必须在 install 命令中使用 -t 选项。如需了解详情，请参阅 -t。
如需安装多个 APK，请使用 install-multiple。如果您从 Play 管理中心下载了适用于应用的特定设备的所有 APK，并希望将它们安装在模拟器或实体设备上，此功能非常有用。
若要详细了解如何创建可安装在模拟器/设备实例上的 APK 文件，请参阅构建和运行您的应用。
注意：如果您使用的是 Android Studio，则无需直接使用 adb 即可在模拟器或设备上安装您的应用。Android Studio 会为您执行应用的打包和安装操作。
设置端口转发
  您可以使用 forward 命令设置任意端口转发，将特定主机端口上的请求转发到设备上的其他端口。以下示例设置了主机端口 6100 到设备端口 7100 的转发：
您可以使用 pull 和 push 命令将文件复制到设备或从设备复制文件。与 install 命令（仅将 APK 文件复制到特定位置）不同，使用 pull 和 push 命令可将任意目录和文件复制到设备中的任何位置。
如需从设备中复制某个文件或目录（及其子目录），请使用以下命令：
adb pull remote local
如需将某个文件或目录（及其子目录）复制到设备，请使用以下命令：
adb push local remote
将 local 和 remote 替换为开发机器（本地）和设备（远程）上的目标文件/目录的路径。例如：

adb push myfile.txt /sdcard/myfile.txt
停止 adb 服务器
在某些情况下，您可能需要终止 adb 服务器进程，然后重启才能解决问题。例如，如果 adb 不响应命令，就可能会发生这种情况。
如需停止 adb 服务器，请使用 adb kill-server 命令。然后，您可以通过发出其他任何 adb 命令来重启服务器。
发出 adb 命令
您可以使用开发机器上的命令行或使用以下命令通过脚本发出 adb 命令：
adb [-d | -e | -s serial_number] command
如果只有一个模拟器在运行或者只连接了一个设备，系统会默认将 adb 命令发送至该设备。如果有多个模拟器正在运行并且/或者连接了多个设备，您需要使用 -d、-e 或 -s 选项指定应向其发送命令的目标设备。
您可以使用以下命令来查看所有受支持 adb 命令的详细列表：
adb --help
发出 shell 命令
您可以使用 shell 命令通过 adb 发出设备命令，也可以使用该命令启动交互式 shell。如需发出单个命令，请使用如下所示的 shell 命令：
adb [-d |-e | -s serial_number] shell shell_command
要在设备上启动交互式 shell，请使用如下所示的 shell 命令：
adb [-d | -e | -s serial_number] shell
如需退出交互式 shell，请按 Control+D 或输入 exit。
Android 提供了大多数常见的 Unix 命令行工具。如需查看可用工具的列表，请使用以下命令：
adb shell ls /system/bin
对于大多数命令，都可通过 --help 参数获得命令帮助。许多 shell 命令都由 toybox 提供。对于所有 toybox 命令，都可通过 toybox --help 获得适用的一般性帮助。
在 Android 平台工具 23 及更高版本中，adb 处理参数的方式与 ssh(1) 命令相同。这项变更解决了很多命令注入方面的问题，同时让安全执行包含 shell 元字符的命令（如 adb install Let\'sGo.apk）成为可能。此外，这项变更还意味着，对包含 shell 元字符的所有命令的解释也发生了变化。
   
例如，adb shell setprop key 'two words' 现在会返回错误，因为引号会被本地 shell 消去，设备看到的是 adb shell setprop key two words。如需使该命令正常运行，请引用两次，一次用于本地 shell，另一次用于远程 shell，与处理 ssh(1) 的方法相同。例如，adb shell setprop key "'two words'"
     之所以有效，是因为本地 shell 会采用外层引号，而设备仍会看到内部引号：setprop key 'two words'。转义也是一个选项，但通常更简单的方法是使用双引号。
另请参阅 Logcat 命令行工具，该工具对监控系统日志很有用。
调用 activity 管理器
在 adb shell 中，您可以使用 activity 管理器 (am) 工具发出命令以执行各种系统操作，如启动 activity、强行停止进程、广播 intent、修改设备屏幕属性，等等。
在 shell 中，相应的 am 语法为：
am command
您也可以直接从 adb 发出 activity 管理器命令，无需进入远程 shell。例如：
adb shell am start -a android.intent.action.VIEW
表 1. 可用的 activity 管理器命令
    
-W：等待启动完成。
    
--start-profiler file：启动性能分析器并将结果发送至 file。
    
-P file：类似于 --start-profiler，但当应用进入空闲状态时剖析停止。
    
-R count：重复启动 activity count 次。在每次重复前，将完成顶层 activity。
    
-S：在启动 activity 前，强行停止目标应用。
    
--opengl-trace：启用 OpenGL 函数的跟踪。
    
--user user_id | current：指定要作为哪个用户运行；如果未指定，则作为当前用户运行。
instrument [options] component
使用 Instrumentation 实例启动监控。通常情况下，目标 component 采用 test_package/runner_class 格式。
具体选项包括：
    




    
-r：输出原始结果（否则，对 report_key_streamresult 进行解码）。与 [-e perf true] 结合使用可生成性能测量的原始输出。
    
-e name value：将参数 name 设为 value。
        对于测试运行程序，通用格式为 
        -e testrunner_flag value[,value...]。
    
-p file：将剖析数据写入 file。
    
-w：等待插桩完成后再返回。测试运行程序需要使用此选项。
    
--no-window-animation：运行时关闭窗口动画。
    
--user user_id | current：指定以哪个用户身份运行插桩。如果未指定，则以当前用户身份运行。
转储 process 的堆，写入 file。
具体选项包括：
    
--user [user_id | current]：提供进程名称时，指定要转储的进程的用户。如果未指定，则使用当前用户。
    
-b [| png | jpg | webp]：从显存转储位图（API 级别 35 及更高级别）。
        （可选）指定要转储的格式（默认为 PNG）。
    
-n：转储原生堆，而非托管堆。
具体选项包括：
  
-d|--dump [format]：在指定的 format 中转储位图内容，该 format 可以是 png、jpg 或 webp 之一，如果未指定，则默认为 png。系统将使用位图创建一个 ZIP 文件 dumpbitmaps-<time>.zip。
  
-p process：从 process 转储位图，可以指定多个 -p process。
如果未指定 process，系统将转储所有进程中的位图。
display-size [reset | widthxheight]
替换设备显示尺寸。此命令支持使用大屏设备模仿小屏幕分辨率（反之亦然），对于在不同尺寸的屏幕上测试应用非常有用。
示例：
am display-size 1280x800
      
添加组件名称，该名称作为 ComponentName 对象进行转换和传递。
  
--eia extra_key extra_int_value[,extra_int_value...]
      
添加整数数组。
  
--ela extra_key extra_long_value[,extra_long_value...]
      
添加长整数数组。
  
--efa extra_key extra_float_value[,extra_float_value...]
      
添加浮点数数组。
  
--grant-read-uri-permission
      
添加 FLAG_GRANT_READ_URI_PERMISSION 标志。
  
--grant-write-uri-permission
      
添加 FLAG_GRANT_WRITE_URI_PERMISSION 标志。
  
--debug-log-resolution
      
添加 FLAG_DEBUG_LOG_RESOLUTION 标志。
  
--exclude-stopped-packages
      
添加 FLAG_EXCLUDE_STOPPED_PACKAGES 标志。
  
--include-stopped-packages
      
添加 FLAG_INCLUDE_STOPPED_PACKAGES 标志。
  
--activity-brought-to-front
      
添加 FLAG_ACTIVITY_BROUGHT_TO_FRONT 标志。
  
--activity-clear-top
      
添加 FLAG_ACTIVITY_CLEAR_TOP 标志。
  
--activity-clear-when-task-reset
      
添加 FLAG_ACTIVITY_CLEAR_WHEN_TASK_RESET 标志。
  
--activity-exclude-from-recents
      
添加 FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS 标志。
  
--activity-launched-from-history
      
添加 FLAG_ACTIVITY_LAUNCHED_FROM_HISTORY 标志。
  
--activity-multiple-task
      
添加 FLAG_ACTIVITY_MULTIPLE_TASK 标志。
  
--activity-no-animation
      
添加 FLAG_ACTIVITY_NO_ANIMATION 标志。
  
--activity-no-history
      
添加 FLAG_ACTIVITY_NO_HISTORY 标志。
  
--activity-no-user-action
      
添加 FLAG_ACTIVITY_NO_USER_ACTION 标志。
  
--activity-previous-is-top
      
添加 FLAG_ACTIVITY_PREVIOUS_IS_TOP 标志。
  
--activity-reorder-to-front
      
添加 FLAG_ACTIVITY_REORDER_TO_FRONT 标志。
  
--activity-reset-task-if-needed
      
添加 FLAG_ACTIVITY_RESET_TASK_IF_NEEDED 标志。
  
--activity-single-top
      
添加 FLAG_ACTIVITY_SINGLE_TOP 标志。
  
--activity-clear-task
      
添加 FLAG_ACTIVITY_CLEAR_TASK 标志。
  
--activity-task-on-home
      
添加 FLAG_ACTIVITY_TASK_ON_HOME 标志。
  
--receiver-registered-only
      
添加 FLAG_RECEIVER_REGISTERED_ONLY 标志。
  
--receiver-replace-pending
      
添加 FLAG_RECEIVER_REPLACE_PENDING 标志。
  
--selector
      
需要使用 -d 和 -t 选项设置 intent 数据和类型。
  
URI component package
      
如果不受上述任一选项的限制，您可以直接指定 URI、软件包名称和组件名称。当某个参数不受限制时，如果该参数包含“:”（英文冒号），那么该工具会假定参数是 URI。如果该参数包含“/”（正斜线），那么该工具会假定参数是组件名称。如果并非上述两种情况，那么该工具会假定参数是软件包名称。
    
-r：重新安装现有应用，并保留其数据。
    
-t：允许安装测试 APK。仅当您运行或调试了应用或者使用了 Android Studio 的 Build > Build APK 命令时，Gradle 才会生成测试 APK。如果是使用开发者预览版 SDK 构建的 APK，那么安装测试 APK 时必须在 install 命令中包含 -t 选项。
     
-i installer_package_name：指定安装程序软件包名称。
     
--user user_id：指定要为哪位用户安装软件包。默认情况下，系统会为设备上存在的所有用户安装该软件包。
     
--install-location location：使用以下某个值设置安装位置：
        
0：使用默认安装位置。
        
1：在设备内部存储空间中安装。
        
2：在外部介质上安装。
    
-f：在内部系统内存上安装软件包。
    
-d：允许版本代码降级。
    
-g：授予应用清单中列出的所有权限。
    
--fastdeploy：通过仅更新已更改的 APK 部分来快速更新安装的软件包。
    
--incremental：仅安装 APK 中启动应用所需的部分，同时在后台流式传输剩余数据。如要使用此功能，您必须为 APK 签名，创建一个 APK 签名方案 v4 文件，并将此文件放在 APK 所在的目录中。只有部分设备支持此功能。此选项会强制 adb 使用该功能，如果该功能不受支持，则会失败，并提供有关失败原因的详细信息。附加 --wait 选项，可等到 APK 完全安装完毕后再授予对 APK 的访问权限。
        --no-incremental 可阻止 adb 使用此功能。
        
verified：域名已成功通过验证
        
 approved：强行批准了域名，通常是通过执行 shell 命令来实现的
        
 denied：强行拒绝了域名，通常是通过执行 shell 命令来实现的
        
 migrated：从旧响应流程中保留的验证状态
        
 restored：从用户数据恢复流程中保留的验证状态
        
 legacy_failure：旧版验证程序拒绝了域名，原因未知
        
 system_configured：设备配置自动批准了域名
        
  >= 1024：设备验证程序专属的自定义错误代码
    
具体选项包括：
        
--user user_id：包括用户选择的域名。涵盖所有域名，而不仅仅是执行 autoVerify 的域名。
  
手动设置软件包的域名状态。仅当软件包将域名声明为 autoVerify 时，此命令才能正常运行。此命令不会针对无法应用的域名报告失败。
        
--package package：要设置的软件包，如果使用“all”，则设置所有软件包
        
state：要为域名设置的代码。有效值为：
            
STATE_NO_RESPONSE (0)：按未记录过任何响应的情况进行重置。
            
STATE_SUCCESS (1)：将域名视为已成功通过域名验证代理的验证。请注意，域名验证代理可以覆盖此设置。
            
STATE_APPROVED (2)：将域名视为一律批准，防止域名验证代理更改状态。
            
STATE_DENIED (3)：将域名视为一律拒绝，防止域名验证代理更改状态。
          
domains：要更改的域名的列表（以空格分隔），如果使用“all”，则更改所有域名。
  
手动设置主机用户针对软件包选择的域名的状态。仅当软件包声明相应域名时，此命令才能正常运行。此命令不会针对无法应用的域名报告失败。
        
--user user_id：要更改哪位用户所做的选择
        
--package package：要设置的软件包
      
enabled：是否批准域名
        
domains：要更改的域名的列表（以空格分隔），如果使用“all”，则更改所有域名
        
--user user_id：要更改哪位用户所做的选择
        
--package package：要设置的软件包，如果使用“all”，则设置所有软件包；如果未指定任何软件包，则重置软件包
        
allowed：值为 true 时，表示允许软件包打开自动验证链接；值为 false 时，表示不允许这么做
        
--user user_id：要查询的用户
        
--package package：（可选）同时针对软件包声明的所有域名输出结果；如果使用“all”，则针对所有软件包声明的所有域名输出结果
        
domains：要查询的域名的列表（以空格分隔）
调用设备政策管理器 (dpm)
为便于您开发和测试设备管理应用，请向设备政策管理器 (dpm) 工具发出命令。您可以使用该工具控制使用中的管理员应用，或更改设备上的政策状态数据。

在 shell 中，相应的 dpm 语法为：
dpm command
您也可以直接从 adb 发出设备政策管理器命令，无需进入远程 shell：
adb shell dpm command
表 3. 可用的设备政策管理器命令
强制系统让任何现有网络日志随时可供 DPC 检索。如果有可用的连接或 DNS 日志，DPC 会收到 onNetworkLogsAvailable() 回调。请参阅网络活动日志。
此命令有调用频率限制。在搭载 Android 9.0（API 级别 28）及更高版本的设备上受支持。
screenrecord 命令是一个用于录制设备（搭载 Android 4.4 [API 级别 19] 及更高版本）显示屏的 shell 实用程序。该实用程序将屏幕 activity 录制为 MPEG-4 文件。您可以使用此文件创建宣传视频或培训视频，或将其用于调试或测试。
在 shell 中，使用以下语法：
screenrecord [options] filename
如需从命令行使用 screenrecord，请输入以下命令：
adb shell screenrecord /sdcard/demo.mp4
按 Ctrl+C 停止屏幕录制。如果不手动停止，到三分钟或 --time-limit 设置的时间限制时，录制将会自动停止。
如需开始录制设备屏幕，请运行 screenrecord 命令以录制视频。然后，运行 pull 命令以将视频从设备下载到主机。下面是一个录制会话示例：

$ adb shell
shell@ $ screenrecord --verbose /sdcard/demo.mp4
(press Control + C to stop)
shell@ $ exit
$ adb pull /sdcard/demo.mp4
screenrecord 实用程序能以您要求的任何支持的分辨率和比特率进行录制，同时保持设备显示屏的宽高比。默认情况下，该实用程序以本机显示分辨率和屏幕方向进行录制，时长不超过三分钟。
screenrecord 实用程序的局限性：
  
音频不与视频文件一起录制。
  
无法在搭载 Wear OS 的设备上录制视频。
  
某些设备可能无法以它们的本机显示分辨率进行录制。如果在录制屏幕时出现问题，请尝试使用较低的屏幕分辨率。
  
不支持在录制时旋转屏幕。如果在录制期间屏幕发生了旋转，则部分屏幕内容在录制时将被切断。
表 4. screenrecord 选项
    --help
    显示命令语法和选项
    --bit-rate rate
    设置视频的视频比特率（以 MB/秒为单位）。默认值为 20Mbps。
      您可以增加比特率以提升视频质量，但这样做会导致视频文件变大。下面的示例将录制比特率设为 6Mbps：
      
screenrecord --bit-rate 6000000 /sdcard/demo.mp4
读取应用的 ART 配置文件
从 Android 7.0（API 级别 24）开始，Android 运行时 (ART) 会收集已安装应用的执行配置文件，这些配置文件用于优化应用性能。您可以检查收集的配置文件，了解在应用启动期间，系统频繁执行了哪些方法和使用了哪些类。
注意：您必须拥有对文件系统的 root 权限（例如在模拟器上），才能检索执行配置文件的文件名。
要生成文本格式的配置文件信息，请使用以下命令：
adb shell cmd package dump-profiles package
要检索生成的文件，请使用：
adb pull /data/misc/profman/package.prof.txt
重置测试设备
  如果您在多个测试设备上测试应用，则在两次测试之间重置设备可能很有用，例如，可以移除用户数据并重置测试环境。您可以使用 testharness adb shell 命令对搭载 Android 10（API 级别 29）或更高版本的测试设备恢复出厂设置，如下所示。
adb shell cmd testharness enable
使用 testharness 恢复设备时，设备会自动将允许通过当前工作站调试设备的 RSA 密钥备份在一个持久性位置。也就是说，在重置设备后，工作站可以继续调试设备并向设备发出 adb 命令，而无需手动注册新密钥。
此外，为了帮助您更轻松且更安全地继续测试您的应用，使用 testharness 恢复设备还会更改以下设备设置：
  
设备会设置某些系统设置，以便不会出现初始设备设置向导。也就是说，设备会进入一种状态，供您快速安装、调试和测试您的应用。
     
停用锁定屏幕。
     
停用紧急警报。
     
停用账号自动同步。
     
停用自动系统更新。
     
停用预安装的安全应用。
sqlite
sqlite3 可启动用于检查 SQLite 数据库的 sqlite 命令行程序。它包含用于输出表格内容的 .dump 以及用于输出现有表格的 SQL CREATE 语句的 .schema 等命令。您也可以从命令行执行 SQLite 命令，如下所示：
$ adb -s emulator-5554 shell
$ sqlite3 /data/data/com.example.app/databases/rssitems.db
SQLite version 3.3.12
Enter ".help" for instructions
注意：您必须拥有对文件系统的 root 权限（例如在模拟器上），才能访问 SQLite 数据库。
如需了解详情，请参阅 sqlite3 命令行文档。
adb USB 后端
adb 服务器可以通过两个后端与 USB 堆栈进行交互。它可以使用操作系统（Windows、Linux 或 macOS）的原生后端，也可以使用 libusb 后端。某些功能（例如 attach、detach 和 USB 速度检测）仅在使用 libusb 后端时可用。
您可以使用 ADB_LIBUSB 环境变量来选择后端。如果未设置，adb 会使用其默认后端。默认行为因操作系统而异。从 ADB v34 开始，除 Windows 以外的所有操作系统都默认使用 liubusb 后端，Windows 默认使用原生后端。如果设置了 ADB_LIBUSB，则它会确定是使用原生后端还是 libusb。如需详细了解 adb 环境变量，请参阅 adb 手册页。

  实验性：支持在 Windows 上使用 libusb 后端是实验性功能。截至 ADB v34，只有 macOS 和 Linux 平台已通过 libusb 库进行了测试。
adb mDNS 后端
ADB 可以使用多播 DNS 协议自动连接服务器和设备。ADB 服务器附带两个后端，即 Bonjour（Apple 的 mdnsResponder）和 Openscreen。
Bonjour 后端需要在主机上运行守护程序。在 macOS 上，Apple 的内置守护程序始终在运行，但在 Windows 和 Linux 上，用户必须确保 mdnsd 守护程序已启动并正在运行。
如果命令 adb mdns check 返回错误，则可能是因为 ADB 正在使用 Bonjour 后端，但没有 Bonjour 守护程序在运行。
Openscreen 后端不需要在机器上运行守护程序。从 ADB v35 开始，支持在 macOS 上使用 Openscreen 后端。从 ADB v34 开始，支持 Windows 和 Linux。
默认情况下，ADB 使用 Bonjour 后端。您可以使用环境变量 ADB_MDNS_OPENSCREEN（设置为 1 或 0）更改此行为。如需了解详情，请参阅 ADB 手册页。
adb 突发模式（从 ADB 36.0.0 开始）
突发模式是一项实验性功能，可让 ADB 在设备响应上一个数据包之前继续向设备发送数据包。这大大提高了传输大型文件时的 ADB 吞吐量，并缩短了调试时的延迟时间。
连拍模式默认处于停用状态。如需启用此功能，请执行以下操作之一：
      
将环境变量 ADB_DELAYED_ACK 设置为 1。
      
在 Android Studio 中，依次前往 File（在 macOS 上，则依次前往 Android Studio）> Settings > Build, Execution, Deployment > Debugger，然后将 ADB Server Burst Mode 设置为 Enabled。
      [[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["没有我需要的信息","missingTheInformationINeed","thumb-down"],["太复杂/步骤太多","tooComplicatedTooManySteps","thumb-down"],["内容需要更新","outOfDate","thumb-down"],["翻译问题","translationIssue","thumb-down"],["示例/代码问题","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC)：2025-04-29。"],[],[]]