2024年鸿蒙最新HarmonyOS 应用开发之跨端迁移保姆级教程~(1)，2024年最新HarmonyOS鸿蒙开发中常见的一些问题面试专题

最新推荐文章于 2024-07-19 17:33:21 发布
最新推荐文章于 2024-07-19 17:33:21 发布
阅读量396 收藏 7
点赞数 5
分类专栏： 程序员 文章标签： 鸿蒙 面试 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84862298/article/details/138638937
版权

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！


img
img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

跨端迁移的核心任务是将应用的当前状态（包括页面控件、状态变量等）无缝迁移到另一设备，从而在新设备上无缝接续应用体验。这意味着用户在一台设备上进行的操作可以在另一台设备的相同应用中快速切换并无缝衔接。

主要功能包括：

  • 支持用户自定义数据存储及恢复。
  • 支持页面路由信息和页面控件状态数据的存储及恢复。
  • 支持应用兼容性检测。
  • 支持应用根据实际使用场景动态设置迁移状态（默认迁移状态为 ACTIVE 激活状态）。例如，编辑类应用在编辑文本的页面下才需要迁移，其他页面不需要迁移，则可以通过 setMissionContinueState 进行控制。
  • 支持应用动态选择是否进行页面栈恢复（默认进行页面栈信息恢复）。例如，应用希望自定义迁移到其他设备后显示的页面，则可以通过 SUPPORT_CONTINUE_PAGE_STACK_KEY 进行控制。
  • 支持应用动态选择迁移成功后是否退出迁移源端应用（默认迁移成功后退出迁移源端应用）。可以通过 SUPPORT_CONTINUE_SOURCE_EXIT_KEY 进行控制。

说明：
开发者可以开发具有迁移能力的应用，迁移的触发由系统应用完成。

运作机制

  1. 在源端，通过UIAbility的 onContinue() 回调，开发者可以保存待接续的业务数据。例如，在浏览器应用中完成跨端迁移，开发者需要使用 onContinue() 回调保存页面URL等业务内容，而系统将自动保存页面状态，如当前浏览进度。
  2. 分布式框架提供了跨设备应用界面、页面栈以及业务数据的保存和恢复机制，它负责将数据从源端发送到对端。
  3. 在对端，同一UIAbility可以通过 onCreate() （冷启动）和 onNewWant() （热启动）接口来恢复业务数据。

约束限制

  • 跨端迁移要求在同一UIAbility之间进行，也就是需要相同的bundleName、abilityName和签名信息。
  • 为了获得最佳体验，使用wantParam传输的数据需要控制在100KB以下。

开发步骤

  1. 在 module.json5配置文件 的abilities标签中配置跨端迁移标签continuable。

{
“module”: {
// …
“abilities”: [
{
// …
“continuable”: true, // 配置UIAbility支持迁移
}
]
}
}

说明：

根据需要配置应用启动模式类型，配置详情请参照 UIAbility组件启动模式。

  1. 在源端UIAbility中实现 onContinue() 回调。

当UIAbility实例触发迁移时， onContinue() 回调在源端被调用，开发者可以在该接口中通过同步或异步的方式来保存迁移数据，实现应用兼容性检测，决定是否支持此次迁移。

  • 保存迁移数据：开发者可以将要迁移的数据通过键值对的方式保存在wantParam参数中。
  • 应用兼容性检测：开发者可以通过从wantParam参数中获取对端应用的版本号与源端应用版本号做兼容性校验。开发者可以在触发迁移时从 onContinue() 回调中wantParam.version获取到迁移对端应用的版本号与迁移源端应用版本号做兼容校验。
  • 迁移决策：开发者可以通过 onContinue() 回调的返回值决定是否支持此次迁移。

import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import hilog from ‘@ohos.hilog’;
import UIAbility from ‘@ohos.app.ability.UIAbility’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

export default class MigrationAbility extends UIAbility {
onContinue(wantParam: Record<string, Object>):AbilityConstant.OnContinueResult {
let version = wantParam.version;
let targetDevice = wantParam.targetDevice;
hilog.info(DOMAIN_NUMBER, TAG, onContinue version = ${version}, targetDevice: ${targetDevice}); // 准备迁移数据

// 获取源端版本号
let versionSrc: number = -1; // 请填充具体获取版本号的代码

// 兼容性校验
if (version !== versionSrc) {
// 在兼容性校验不通过时返回MISMATCH
return AbilityConstant.OnContinueResult.MISMATCH;
}

// 将要迁移的数据保存在wantParam的自定义字段（例如data）中
const continueInput = ‘迁移的数据’;
wantParam[‘data’] = continueInput;

return AbilityConstant.OnContinueResult.AGREE;
}
}

  1. 源端设备UIAbility实例在冷启动和热启动情况下分别会调用不同的接口来恢复数据和加载UI。
    在对端设备的UIAbility中，需要实现 onCreate() / onNewWant() 接口来恢复迁移数据。

通过在 onCreate() / onNewWant() 回调中检查launchReason，可以判断此次启动是否有迁移触发。开发者可以从want中获取之前保存的迁移数据，并在数据恢复后调用restoreWindowStage()来触发页面恢复，包括页面栈信息。

import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import hilog from ‘@ohos.hilog’;
import UIAbility from ‘@ohos.app.ability.UIAbility’;
import type Want from ‘@ohos.app.ability.Want’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

export default class MigrationAbility extends UIAbility {
storage : LocalStorage = new LocalStorage();

onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
hilog.info(DOMAIN_NUMBER, TAG, ‘%{public}s’, ‘Ability onCreate’);
if (launchParam.launchReason === AbilityConstant.LaunchReason.CONTINUATION) {
// 将上述保存的数据从want.parameters中取出恢复
let continueInput = ‘’;
if (want.parameters !== undefined) {
continueInput = JSON.stringify(want.parameters.data);
hilog.info(DOMAIN_NUMBER, TAG, continue input ${continueInput});
}
// 触发页面恢复
this.context.restoreWindowStage(this.storage);
}
}

onNewWant(want: Want, launchParam: AbilityConstant.LaunchParam): void {
hilog.info(DOMAIN_NUMBER, TAG, ‘onNewWant’);
if (launchParam.launchReason === AbilityConstant.LaunchReason.CONTINUATION) {
// 将上述保存的数据从want.parameters中取出恢复
let continueInput = ‘’;
if (want.parameters !== undefined) {
continueInput = JSON.stringify(want.parameters.data);
hilog.info(DOMAIN_NUMBER, TAG, continue input ${continueInput});
}
// 触发页面恢复
this.context.restoreWindowStage(this.storage);
}
}
}

可选配置迁移能力

动态配置迁移能力

从API version 10开始，提供了支持动态配置迁移能力的功能。即应用可以根据实际使用场景，在需要迁移时开启应用迁移能力；在业务不需要迁移时则可以关闭迁移能力。

开发者可以通过调用 setMissionContinueState() 接口对迁移能力进行设置。默认状态下，应用的迁移能力为ACTIVE状态，即迁移能力开启，可以迁移。

设置迁移能力的时机

迁移能力的改变可以根据实际业务需求和代码实现，发生在应用生命周期的绝大多数时机。本文介绍常用的几种配置方式。

在UIAbility的 onCreate() 回调中调用接口，可以在应用创建时设置应用的迁移状态。

// MigrationAbility.ets
import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import hilog from ‘@ohos.hilog’;
import UIAbility from ‘@ohos.app.ability.UIAbility’;
import type Want from ‘@ohos.app.ability.Want’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

export default class MigrationAbility extends UIAbility {
onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
// …
this.context.setMissionContinueState(AbilityConstant.ContinueState.INACTIVE, (result) => {
hilog.info(DOMAIN_NUMBER, TAG, setMissionContinueState: ${JSON.stringify(result)});
});
// …
}
}

在页面的onPageShow()回调中调用接口，可以设置单个页面出现时应用的迁移状态。

// Page_MigrationAbilityFirst.ets
import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import common from ‘@ohos.app.ability.common’;
import hilog from ‘@ohos.hilog’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

@Entry
@Component
struct Page_MigrationAbilityFirst {
private context = getContext(this) as common.UIAbilityContext;
build() {
// …
}
// …
onPageShow(){
// 进入该页面时，将应用设置为可迁移状态
this.context.setMissionContinueState(AbilityConstant.ContinueState.ACTIVE, (result) => {
hilog.info(DOMAIN_NUMBER, TAG, ‘%{public}s’, setMissionContinueState ACTIVE result: ${JSON.stringify(result)});
});
}
}

在某个组件的触发事件中设置应用迁移能力。

// Page_MigrationAbilityFirst.ets
import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import common from ‘@ohos.app.ability.common’;
import hilog from ‘@ohos.hilog’;
import promptAction from ‘@ohos.promptAction’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

@Entry
@Component
struct Page_MigrationAbilityFirst {
private context = getContext(this) as common.UIAbilityContext;
build() {
// …
Button() {
// …
}
.onClick(()=>{
// 点击该按钮时，将应用设置为可迁移状态
this.context.setMissionContinueState(AbilityConstant.ContinueState.ACTIVE, (result) => {
hilog.info(DOMAIN_NUMBER, TAG, ‘%{public}s’, setMissionContinueState ACTIVE result: ${JSON.stringify(result)});
});
})
}
}

保证迁移连续性

由于迁移加载时，对端拉起的应用可能执行过自己的迁移状态设置命令（例如，冷启动时对端在 onCreate() 中设置了 INACTIVE ；热启动时对端已打开了不可迁移的页面，迁移状态为 INACTIVE 等情况）。为了保证迁移过后的应用依然具有可以迁移回源端的能力，应在 onCreate() / onNewWant() 的迁移调用判断中，将迁移状态设置为 ACTIVE 。

// MigrationAbility.ets
import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import hilog from ‘@ohos.hilog’;
import UIAbility from ‘@ohos.app.ability.UIAbility’;
import type Want from ‘@ohos.app.ability.Want’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

export default class MigrationAbility extends UIAbility {
// …
onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
// …
// 调用原因为迁移时，设置状态为可迁移，应对冷启动情况
if (launchParam.launchReason == AbilityConstant.LaunchReason.CONTINUATION) {
this.context.setMissionContinueState(AbilityConstant.ContinueState.ACTIVE, (result) => {
hilog.info(setMissionContinueState ACTIVE result: ${JSON.stringify(result)});
});
}
}

onNewWant(want: Want, launchParam: AbilityConstant.LaunchParam): void {
// …
// 调用原因为迁移时，设置状态为可迁移，应对热启动情况
if (launchParam.launchReason == AbilityConstant.LaunchReason.CONTINUATION) {
this.context.setMissionContinueState(AbilityConstant.ContinueState.ACTIVE, (result) => {
hilog.info(DOMAIN_NUMBER, TAG, setMissionContinueState ACTIVE result: ${JSON.stringify(result)});
});
}
}
// …
}

按需迁移页面栈

支持应用动态选择是否进行页面栈恢复（默认进行页面栈信息恢复）。如果应用不想使用系统默认恢复的页面栈，则可以设置不进行页面栈迁移，而需要在onWindowStageRestore()设置迁移后进入的页面，参数定义见 SUPPORT_CONTINUE_PAGE_STACK_KEY 。

应用在源端的页面栈中存在Index和Second路由，而在对端恢复时不需要按照源端页面栈进行恢复，需要恢复到指定页面。

例如，UIAbility迁移不需要自动迁移页面栈信息。

// MigrationAbility.ets
import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import hilog from ‘@ohos.hilog’;
import UIAbility from ‘@ohos.app.ability.UIAbility’;
import wantConstant from ‘@ohos.app.ability.wantConstant’;
import type window from ‘@ohos.window’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

export default class MigrationAbility extends UIAbility {
// …
onContinue(wantParam: Record<string, Object>):AbilityConstant.OnContinueResult {
hilog.info(DOMAIN_NUMBER, TAG, onContinue version = ${wantParam.version}, targetDevice: ${wantParam.targetDevice});
wantParam[wantConstant.Params.SUPPORT_CONTINUE_PAGE_STACK_KEY] = false;
return AbilityConstant.OnContinueResult.AGREE;
}

onWindowStageRestore(windowStage: window.WindowStage) : void {
// 若不需要自动迁移页面栈信息，则需要在此处设置应用迁移后进入的页面
windowStage.loadContent(‘pages/page_migrationability/Page_MigrationAbilityThird’, (err, data) => {
if (err.code) {
hilog.error(DOMAIN_NUMBER, TAG, ‘Failed to load the content. Cause: %{public}s’, JSON.stringify(err) ?? ‘’);
return;
}
});
}
}

按需退出

支持应用动态选择迁移成功后是否退出迁移源端应用（默认迁移成功后退出迁移源端应用）。如果应用不想让系统自动退出迁移源端应用，则可以设置不退出，参数定义见 SUPPORT_CONTINUE_SOURCE_EXIT_KEY 。

示例：UIAbility设置迁移成功后，源端不需要退出迁移应用。

import AbilityConstant from ‘@ohos.app.ability.AbilityConstant’;
import hilog from ‘@ohos.hilog’;
import UIAbility from ‘@ohos.app.ability.UIAbility’;
import wantConstant from ‘@ohos.app.ability.wantConstant’;

const TAG: string = ‘[MigrationAbility]’;
const DOMAIN_NUMBER: number = 0xFF00;

export default class MigrationAbility extends UIAbility {
// …
onContinue(wantParam: Record<string, Object>):AbilityConstant.OnContinueResult {
hilog.info(DOMAIN_NUMBER, TAG, onContinue version = ${wantParam.version}, targetDevice: ${wantParam.targetDevice});
wantParam[wantConstant.Params.SUPPORT_CONTINUE_SOURCE_EXIT_KEY] = false;
return AbilityConstant.OnContinueResult.AGREE;
}
}

跨端迁移中的数据迁移

当前支持三种不同的数据迁移方式，开发者可以根据实际使用需要进行选择。

说明：
部分ArkUI组件支持通过配置restoreId的方式，在迁移后将特定状态恢复到对端设备。详情请见分布式迁移标识。

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！


img
img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

效果低效又漫长，而且极易碰到天花板技术停滞不前！**


[外链图片转存中…(img-d82g18dv-1715275393761)]
[外链图片转存中…(img-JClMciIg-1715275393761)]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

2401_84862298
关注
  • 5
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
HarmonyOS 应用开发之跨端迁移保姆级教程~(1)，10年阿里开发架构师经验分享
2401_84166147的博客
04-15 743
当需要迁移的数据较大（100KB以上）时，也可以选择分布式文件进行数据迁移。支持应用动态选择迁移成功后是否退出迁移源端应用（默认迁移成功后退出迁移源端应用）。如果应用不想让系统自动退出迁移源端应用，则可以设置不退出，参数定义见 SUPPORT_CONTINUE_SOURCE_EXIT_KEY。如果应用不想使用系统默认恢复的页面栈，则可以设置不进行页面栈迁移，而需要在。应用在源端的页面栈中存在Index和Second路由，而在对端恢复时不需要按照源端页面栈进行恢复，需要恢复到指定页面。
初识鸿蒙跨平台开发框架ArkUI-X
xiangzhihong8的专栏
08-11 3924
HarmonyOS是一款面向万物互联时代的、全新的分布式操作系统。在传统的单设备系统能力基础上，HarmonyOS提出了基于同一套系统能力、适配多种终端形态的分布式理念，能够支持手机、平板、智能穿戴、智慧屏、车机等多种终端设备，提供全场景（移动办公、运动健康、社交通信、媒体娱乐等）业务能力。ArkTS 是华为自研的开发语言。它在TypeScript（简称TS）的基础上，匹配 ArkUI 框架，扩展了声明式 UI 、状态管理等相应的能力，让开发者以更简洁、更自然的方式开发跨端应用。
谈谈鸿蒙的跨端技术方案
POHOU23的博客
03-05 1385
这两年要说技术上最火的关键字，我想肯定离不开“鸿蒙”两个字。不管是技术社区还是身边的开发者多多少少都在关注鸿蒙的发展趋势，特别是HarmonyOS NEXT版本将进入独立生态体系，不再兼容安卓应用，在开发者和各个企业间激起了不小的话题。HarmonyOS NEXT系统底座作为华为完全自研的，是一个与iOS、安卓将完全独立的多终端智能操作系统。摒弃了传统的Linux内核和AOSP等代码，仅支持鸿蒙内核和鸿蒙系统的应用。
鸿蒙跨终端协同什么意思,鸿蒙初现,任重道远
weixin_34091081的博客
06-01 632
[本文来自：www.pp00.com][转载出处：www.pp00.com]8月9日下昼，华为消费者买卖CEO在华为HDC2019斥地者大会上，正式发布了基于微内核的面向全场景的分布式把持系统——鸿蒙OS。余承东在演讲中透露，鸿蒙OS能用在智妙手机上，但临时不消。“人人问什么时候用，我随时能够用，然则因为考虑到生态原因，我们支撑谷歌的Android 生态，我们优先使用谷歌Android把持系统，...
漫话：如何给女朋友解释鸿蒙OS是怎样实现跨平台的？
热门推荐
weixin_43167418的博客
08-12 3万+
周末在家休息，女朋友在刷朋友圈，突然她问我：鸿蒙OS回顾2019年8月9日华为开发者大会上，华为消费者业务CEO余承东正式宣布发布自有操作系统鸿蒙，内核为Linux内核、...
book_鸿蒙入门HarmonyOS应用开发_书中源码.zip
02-07
【标题】"book_鸿蒙入门HarmonyOS应用开发_书中源码.zip" 提供了对鸿蒙操作系统（HarmonyOS）应用开发的基础教程资源，其中包含了一个名为 "book_HarmonyOS_demo-main" 的子文件。这个压缩包很可能是为初学者准备的...
HarmonyOS应用开发者高级认证题库（覆盖99%考题）
04-26
HarmonyOS应用开发者高级认证题库（包过）
鸿蒙HarmonyOS应用开发者高级认证习题汇总（齐全）
11-25
【鸿蒙HarmonyOS应用开发者高级认证习题详解】 ...以上是对鸿蒙HarmonyOS应用开发高级认证习题涉及知识点的详细解析，全面涵盖从基础概念到高级特性的理解，对于准备考试或实际开发的开发者都具有很高的参考价值。
鸿蒙os开发教程+白皮书
11-06
鸿蒙OS，全称为HarmonyOS，是由华为公司自主研发的操作系统，旨在打造一个跨设备、全场景的智慧生活体验。本教程将围绕“鸿蒙OS开发教程”与“鸿蒙生态应用开发白皮书V1.0”这两个核心文档，深入讲解鸿蒙OS的开发...
一款虫部落搜索论坛第三方鸿蒙 App，使用 ArkTS 与 ArkUI 声明式开发，采用最新的 HarmonyOS API 9
02-07
标题中的“一款虫部落搜索论坛第三方鸿蒙 App”揭示了这款应用是专门为虫部落搜索论坛设计的第三方应用程序，而且是基于华为的鸿蒙操作系统（HarmonyOS）开发的。鸿蒙系统是华为自主开发的面向全场景的分布式操作...
Kubernetes面试整理-Helm是什么？
不务正业的猿
07-15 2210
通过 Helm，您可以轻松地打包、配置、部署和管理 Kubernetes 应用程序，从而简化了应用程序的生命周期管理。Helm 是 Kubernetes 的包管理工具，它使得在 Kubernetes 上部署和管理复杂的应用变得更加简单和高效。Chart 是 Helm 中的打包格式，包含一个应用程序的 Kubernetes 资源定义集合。通过 Helm，可以使用简单的命令来安装复杂的应用程序，而无需手动编写大量的 Kubernetes 配置文件。可以从 Helm 的官方文档获取最新的安装方法。
Nacos 面试题及答案整理，最新面试题
最新发布
Miss_SunHengYang的博客
07-19 405
适用于服务细分和微服务架构中的服务分类。随着服务实例的动态增减，Nacos能够实时更新服务信息，确保服务消费者能够及时发现新的服务实例。Nacos支持服务的注册与发现，允许服务实例在Nacos中注册，并被客户端发现和调用。Nacos能够检测到服务实例的故障，并自动切换到备份的服务实例，确保服务的持续可用性。Nacos能够解析服务间的依赖关系，并在服务发现时考虑这些依赖，确保依赖服务的可用性。实现区域感知的服务发现机制，优先发现和调用同一区域内的服务，以减少跨区域调用的延迟。
力扣第233题“数字1的个数”
10年数据\经营分析经验，现任大厂数据分析负责人
07-15 694
本文详细解读了力扣第233题“数字1的个数”，通过使用逐位分析的方法高效地解决了这一问题，并提供了详细的解释和模拟面试问答。希望读者通过本文的学习，能够在力扣刷题的过程中更加得心应手。
web前端 Vue 框架面试120题（一）
柯晓楠
07-18 196
自定义指令分为全局指令和组件指令，其中全局指令需要使用directive来进行定义，组件指令需要使用directives来进行定义，具体定义方法同过滤器filter或者其他生命周期，具体使用方法如下：全局自定义指令 directive(name,{})，其中name表示定义的指令名称（定义指令的时候不需要带v-，但是在调用的时候需要哦带v-），第二个参数是一个对象，对象中包括五个自定义组件的钩子函数，具体包括：bind函数：只调用一次，指令第一次绑定在元素上调用，即初始化调用一次，
软件测试——面试八股文（入门篇）
yjt2045263063的博客
07-15 1083
α测试：在受控的环境中进行，由用户在开发者的场所进行，并且在开发者对用户的指导下进行测试，开发者负责记录发现的错误和使用中遇到的问题β测试：在开发者不能控制的环境中的真实应用，由软件的最终用户们在一个或多个客户场所下进行，由用户记录在测试中遇到的一系列问题，并定期报给开发者。结语鉴于篇幅所限，选出经典17个软件测试面试题（入门篇）需要完整面经的朋友可以关注并私信我关键词“资料”免费领取。
操作系统科普与入门之进程篇
fantasticHQ的博客
07-15 3309
在日常生活中使用计算机时，大家会不会出现这样一种好奇，为什么我们打开很多应用或者在玩游戏的过程中，会听到主板上中央处理器（Central Processing Unit，CPU）的散热装置轰轰轰的工作声音，而打开一少部分的应用时，CPU的这个散热装置就几乎没有声音，不难想到的是，CPU散热装置声音越大，代表着我们的CPU正在进行着越高强度的工作。那么我们打开这么多的应用（进程），硬件是怎么知道的呢？这一切的功劳都归于我们的操作系统（Operating System，OS）。对于OS，我们可以简单的理解为是。
Fiddler抓包
weixin_42333261的博客
07-19 176
1、默认是抓http请求的，对于pc上的https请求，会提示网页不安全，这时候需要在浏览器上安装证书。设置过滤条件才能抓取你对应要抓的网址的数据包，不然软件会抓取电脑上所有操作的，那数据就太多了。设置要模拟的网络速度。
2024.7.17 ABAP面试题目总结
月阴荒的博客
07-17 626
S4/HANA，没用过ECC。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值