4、Ability框架：Page Ability与Service Ability、Intent与跨设备启动

说实话，Ability框架是鸿蒙最核心的概念之一。我刚开始接触的时候，也被它绕得有点晕。但说白了，它就是应用的"能力单元"——每个Ability代表一个独立的功能模块。

今天咱们就聊聊三种最常见的Ability：Page Ability、Service Ability，以及它们之间怎么通过Intent通信。最后再讲讲跨设备启动，这可是鸿蒙分布式能力的精髓。

4.1 Page Ability：看得见的界面

Page Ability，就是带界面的Ability。你可以把它理解成Android里的Activity，或者iOS里的ViewController。用户能看到、能交互的，基本都是Page Ability。

我个人习惯把Page Ability分成两类：

• 主Page：应用的主界面，通常只有一个
• 子Page：从主界面跳转过去的页面，可以有多个

写一个Page Ability其实很简单。继承Ability类，重写onStart方法就行了。我贴个最基础的例子：

public class MainAbility extends Ability {
    @Override
    public void onStart(Intent intent) {
        super.onStart(intent);
        // 设置布局
        super.setMainRoute(MainAbilitySlice.class.getName());
    }
}

嗯，这里要注意。鸿蒙里Page Ability不直接管理UI，而是通过AbilitySlice来管理。一个Page可以有一个或多个Slice。我刚开始做的时候，老想着在Ability里直接写布局，结果发现根本不对。

4.2 Service Ability：看不见的后台任务

Service Ability，就是没有界面的Ability。它在后台运行，适合做音乐播放、文件下载、数据同步这类任务。

你想想看，如果每次播放音乐都得打开一个界面，那多烦人。Service Ability就是解决这个问题的。

写Service Ability的步骤也差不多：

public class MusicService extends Ability {
    @Override
    public void onStart(Intent intent) {
        super.onStart(intent);
        // 初始化播放器
        initPlayer();
    }

    @Override
    public void onBackground() {
        super.onBackground();
        // 进入后台，继续播放
        player.play();
    }

    @Override
    public void onStop() {
        super.onStop();
        // 释放资源
        player.release();
    }
}

我在项目中遇到过一个问题：Service Ability在后台跑着跑着，突然被系统杀了。后来才发现，是没处理好生命周期。Service Ability有几种状态：

状态	触发时机	该做的事
INITIAL	刚创建	初始化资源
ACTIVE	正在运行	执行任务
INACTIVE	失去焦点	暂停非必要操作
BACKGROUND	进入后台	保存状态，继续关键任务

4.3 Intent：Ability之间的信使

Intent，就是Ability之间传递消息的信使。你想从Page A跳到Page B，或者让Service做点事，都得靠Intent。

Intent里主要装两样东西：

• Operation：告诉系统你想干嘛（比如启动哪个Ability）
• Parameters：传递的数据（比如用户ID、文件路径）

来个实际例子。从Page Ability启动Service Ability：

// 创建Intent
Intent intent = new Intent();
// 设置Operation
Operation operation = new Intent.OperationBuilder()
    .withDeviceId("")
    .withBundleName("com.example.music")
    .withAbilityName("com.example.music.MusicService")
    .build();
intent.setOperation(operation);
// 传参数
intent.setParam("songId", "12345");
// 启动Service
startAbility(intent);

这里有个细节。withDeviceId传空字符串，表示启动本设备的Ability。如果想跨设备，就得传目标设备的ID。

为什么会这样设计？说白了，鸿蒙从一开始就考虑到了分布式场景。同一个Intent，改个DeviceId就能跨设备跑，多方便。

4.4 跨设备启动：分布式能力的核心

跨设备启动，就是让一个设备上的Ability，去启动另一个设备上的Ability。这是鸿蒙分布式技术的杀手锏。

我画个图帮你理解：

跨设备启动的代码，其实跟本地启动差不多。关键就在于withDeviceId这个参数：

// 获取设备列表
DeviceManager deviceManager = DeviceManager.getInstance();
List<DeviceInfo> deviceList = deviceManager.getDeviceList(DeviceInfo.FLAG_GET_ALL_DEVICE);

// 选择目标设备（比如平板）
DeviceInfo targetDevice = deviceList.get(0);

// 构建跨设备Intent
Intent intent = new Intent();
Operation operation = new Intent.OperationBuilder()
    .withDeviceId(targetDevice.getDeviceId())  // 关键：目标设备ID
    .withBundleName("com.example.music")
    .withAbilityName("com.example.music.MusicService")
    .build();
intent.setOperation(operation);
intent.setParam("songId", "12345");

// 启动
startAbility(intent);

我在实际项目中踩过一个坑。跨设备启动时，如果目标设备没装对应的应用，就会报错。所以启动之前，最好先检查一下：

// 检查目标设备是否支持
boolean isSupport = deviceManager.isAbilitySupported(intent);
if (isSupport) {
    startAbility(intent);
} else {
    // 提示用户安装或降级处理
    showToast("目标设备不支持该功能");
}

嗯，这个检查很重要。我曾经因为没做这个检查，导致线上用户反馈"点了没反应"，排查了半天才发现是设备兼容性问题。

4.5 实战建议

最后，分享几个我个人的实战经验：

• Page Ability别太胖：一个Page只做一件事。如果逻辑复杂，拆成多个Slice或者多个Page。
• Service Ability记得停：任务完成后，主动调用terminateAbility()。不然系统会一直挂着，耗电又占内存。
• Intent参数别太多：我见过有人往Intent里塞几十个参数，代码读起来跟天书似的。建议只传关键ID，其他数据通过数据库或文件共享。
• 跨设备启动要容错：网络不稳定、设备离线、版本不兼容……各种情况都得考虑到。

说白了，Ability框架就是鸿蒙应用的基本单元。理解了它，你就掌握了鸿蒙开发的半壁江山。剩下的，就是多写多练，把踩过的坑变成自己的经验。