Android OTA 升级基础知识详解+源码分析

news2024/12/27 13:50:34

前言:

本文仅仅对OTA升级的几种方式的概念和运用进行总结,仅在使用层面对其解释。需要更详细的内容我推荐大神做的全网最详细的讲解:
https://blog.csdn.net/guyongqiangx/article/details/129019303?spm=1001.2014.3001.5502

三种升级方式

首先对Android的升级分个类,分别是
非AB升级(Non-A/B system updates)
A/B系统升级(A/B (seamless) system updates)
虚拟A/B升级(Virtual A/B overview)

非A/B升级(Non-A/B System Updates)

官网文档如下:
https://source.android.com/docs/core/ota/nonab?hl=zh-cn
非A/B升级是传统的Android系统更新方式,系统在运行过程中更新系统映像文件,并在更新完成后需要重新启动设备来应用更新。
工作流程:

  1. 下载更新包:用户接收到更新通知后,下载OTA(Over-The-Air)更新包。
  2. 准备更新:下载完成后,系统会将更新包解压并准备进行安装。
  3. 安装更新:设备进入恢复模式(recovery mode),系统停止正常运行,安装更新包。
  4. 重启设备:更新完成后,设备重新启动并应用更新。

优点:

  • 实现相对简单,因为不需要额外的分区或复杂的管理逻辑。

缺点:

  • 安装过程中设备无法使用,更新过程可能需要较长时间。
  • 如果更新过程中发生故障,可能导致设备无法正常启动,必须通过手动恢复模式进行修复。

A/B系统升级(A/B (Seamless) System Updates)

官方文档如下:
https://source.android.com/docs/core/ota/ab?hl=zh-cn
由于非A/B升级的局限性,因此Android从7.0开始引入新的OTA升级方式A/B升级(也称为无缝更新)。

概述:

  • A/B系统升级通过创建两个系统分区(A和B),实现无缝更新。
  • 当一个分区正在使用时,另一个分区可以用来进行更新,从而减少更新过程中的设备不可用时间。

工作流程:

  1. 下载更新包:用户接收到更新通知后,下载OTA更新包。
  2. 更新备用分区:系统在后台将更新包安装到未使用的分区(例如,当前使用分区为A,更新包安装到分区B)。
  3. 切换分区:更新完成后,系统会将引导加载程序配置为从更新的分区启动(例如,从A切换到B)。
  4. 重启设备:设备重新启动,从更新的分区启动。

优点:

  • 无缝更新:更新在后台进行,用户可以继续使用设备,减少了更新过程中的不便。
  • 更安全:如果更新过程中出现问题,可以回滚到之前的分区,确保设备的可用性。

缺点:

  • 需要更多存储空间,因为需要两个系统分区。

虚拟A/B升级(Virtual A/B Overview)

官方文档如下:
https://source.android.com/docs/core/ota/virtual_ab?hl=zh-cn
由于A/B升级也有缺点,因此又引入了虚拟A/B升级

概述:

  • 虚拟A/B升级结合了A/B和非A/B升级的优点,通过逻辑分区和动态分区减少存储空间需求。
  • 在Android 10及更高版本中引入,通过使用动态分区来实现无缝更新,而不需要实际的物理A/B分区。

工作流程:

  1. 下载更新包:用户接收到更新通知后,下载OTA更新包。
  2. 创建和更新动态分区:系统在后台创建或更新动态分区(使用逻辑分区),这些分区通过内核支持并在内存中映射。
  3. 切换分区映射:更新完成后,系统会更新内存中的分区映射,从而指向更新后的逻辑分区。
  4. 重启设备:设备重新启动,加载更新后的分区。

优点:

  • 无缝更新:用户可以在后台进行更新,无需停止设备操作。
  • 更高效的存储利用率:使用动态分区减少了传统A/B分区所需的存储空间。

缺点:

  • 实现复杂度更高,需要内核和系统的支持。

这三者的详细流程可以参考下文

Android OTA升级看这一篇就够了-CSDN博客 (2024_6_17 09_40_23).html

判断自己的Android系统是哪种升级方式

  1. 检查分区结构
    使用adb shell命令

adb shell ls /dev/block/by-name/

你会看到设备上的分区列表。A/B系统升级的设备通常会有一对分区(例如system_a和system_b),而非A/B升级的设备只有一个系统分区(例如system)。如:

console:/ # ls /dev/block/by-name/
boot_a       cri_data  logo          odm_ext_a  rsv       vbmeta_system_a
boot_b       dtbo_a    metadata      odm_ext_b  super     vbmeta_system_b
bootloader   dtbo_b    misc          oem_a      tee       vendor_boot_a
bootloader0  env       mmcblk0       oem_b      userdata  vendor_boot_b
bootloader1  factory   mmcblk0boot0  param      vbmeta_a
cache        frp       mmcblk0boot1  reserved   vbmeta_b

这就表示是A/B系统升级

  1. 检查系统属性
    使用adb shell命令
adb shell getprop ro.build.ab_update

如果输出为true,则表示设备使用A/B系统升级。
如果输出为空或false,则表示设备使用非A/B升级。

判断A/B升级现在是使用的哪个分区

使用adb shell命令

cat /proc/cmdline

这是一个用于显示Linux内核启动参数的命令。在Android设备上,它可以用来检查设备在启动时传递给内核的命令行参数。启动参数中可能包含有关设备特性和支持的功能的信息,例如是否启用了动态分区。
androidboot.slot_suffix=_a 表示当前是使用的a分区
androidboot.dynamic_partitions=true 表示当前设备支持动态分区,表明设备可能使用虚拟A/B升级。

OTA升级包

OTA升级包的制作

OTA升级包在我们构建Android系统的时候会自动构建,只要我们输入了make otapackage 命令。他其实是使用了build/make/tools/releasetools 中提供的 ota_from_target_files 工具进行的。我们也可以手动使用这个工具进行制作。制作时需要系统构建时的原zip文件(target-files.zip)
原zip文件的位置在:
out/target/product/[项目名]/obj/PACKAGING/target_files_intermediates/目录下

. build/envsetup.sh && lunch tardis-eng
mkdir dist_output
make dist DIST_DIR=dist_output

我们一般使用
make  otapackage

OTA升级包的内容

解压OTA升级包,结果如下:

$ tree -l full-ota
 full-ota
├── care_map.pb
├── META-INF
│   └── com
│       └── android
│           ├── metadata
│           └── otacert
├── payload.bin
└── payload_properties.txt

3 directories, 5 files
  1. payload.bin是系统要更新的数据文件,payload_properties.txt包含了升级内容的一些属性信息,如下:
$ cat full-ota/payload_properties.txt
FILE_HASH=XuFSKnR3J7i9e5g3rd8kc3WM4/hbjnRDmEQDloWtN34=
FILE_SIZE=358295010
METADATA_HASH=uRar88FujcLyXEOF/JLOx2EE2rwFE7kuM1GLYFuYfnA=
METADATA_SIZE=29432

升级时会使用到payload_properties.txt里面的信息。

  1. META-INF/com/android/metadata用于描述软件包的元数据文件
ota-property-files=payload_metadata.bin:1490:36805,payload.bin:1490:67848,payload_properties.txt:69396:150,care_map.pb:809:634,metadata:69:693   
ota-required-cache=0
ota-streaming-property-files=payload.bin:1490:67848,payload_properties.txt:69396:150,care_map.pb:809:634,metadata:69:693
ota-type=AB
post-build=RB56/ohm/ohm:11/RD2A.211001.002/eng.xxx.20240612.134531:userdebug/release-keys
post-build-incremental=eng.xxxxxx.20240612.134531
post-sdk-level=30
post-security-patch-level=2021-10-01
post-timestamp=1718171125
pre-build=xxxxx/ohm/ohm:11/RD2A.211001.002/eng.xxxx.20240612.134531:userdebug/release-keys
pre-build-incremental=eng.xxxxx.20240612.134531
pre-device=ohm

pre-devicepre-build-incrementalpre-build 值定义了设备必须具备哪种状态后才能安装 OTA 软件包。
post-build-incrementalpost-build 值定义了设备在安装 OTA 软件包后的预期状态。
pre- post- 字段的值衍生自下列对应的构建属性。

  • pre-device 值衍生自 ro.product.device build 属性。
  • pre-build-incrementalpost-build-incremental 值衍生自 ro.build.version.incremental build 属性。
  • pre-build post-build 值衍生自ro.build.fingerprint构建属性。
  1. MANIFEST.MF CERT.SF CERT.RSA 表示该OTA升级包已经签名,网上的博客上有这几个文件,但是在我编译出来的OTA包中没有这几个文件,但是OTA包确实是签名了的。

使用update_engine_client升级

A/B系统在debug模式下会包含升级应用update_engine_client
payload.bin文件放到可以通过http访问的地方,然后在命令行调用update_engine_client进行升级

 bcm7252ssffdr4:/ # update_engine_client \
 --payload=http://stbszx-bld-5/public/android/full-ota/payload.bin \
 --update \
 --headers="
   FILE_HASH=ozGgyQEcnkI5ZaX+Wbjo5I/PCR7PEZka9fGd0nWa+oY= 
   FILE_SIZE=282164983
   METADATA_HASH=GLIKfE6KRwylWMHsNadG/Q8iy5f7ENWTatvMdBlpoPg= 
   METADATA_SIZE=21023 
 "

其中headers选项需要填写payload_properties.txt文件的内容。
增量包升级与完整包升级除了升级包的制作不一样之外,生成的升级包文件内容一样,使用update_engine_client进行升级的操作也完全一样。

增量包

增量升级包就是比较现存基础包与原来的基础包的差异而生成的,即该OTA包有特定的应用背景(用于两个增量包之间),用增量包升级不会格式化system分区,只是对其中部分存储段的内容进行重写。升级过程中,升级脚本(打开该升级包)会检测fingerprint,确保该升级包被正确应用。fingerprint这个属性存在于build.prop,可通过adb shell进入根路径,通过cat build.prop查看这个属性(或getprop)。内容在增量包的脚本META-INF/com/google/android/updater-script中。
增量包的制作
在Android源码根目录下:

ota_from_target_files i old.zip new.zip update.zip

或者

./build/tools/releasetools/ota_from_target_files -i old.zip new.zip update.zip

注意:

  1. 原OTA升级包的位置在out/target/product/[项目名]/obj/PACKAGING/target_files_intermediates/目录下
    它是在用命令make otapackage之后的中间生产物,是最原始的升级包。
  2. 第一种是官方推荐的做法,第二种是在博客中广泛出现的,但是我在实际操作中发现第二种会报错:
Error: Unable to access jarfile build/make/tools/framework/signapk.jar

我查看了一下没有这个目录,应该是文件里面对某些路径的定义有问题,推荐使用第二种
这里我找到了网上的解决方式:
https://blog.csdn.net/Tiger99111/article/details/126522501
make otapackage 前面增加make signapk 命令。它的作用是将signapk 编译到增量环境里面去了。然后再编译就会成功。步骤跟上面一样。

增量包的使用

增量包升级与完整包升级除了升级包的制作不一样之外,生成的升级包文件内容一样,使用update_engine_client进行升级的操作也完全一样。因此这里不再介绍使用方式。

增量包的内容

解压update增量包,结果如下:

 tree -l update-ota/
update-ota/
├── care_map.pb
├── META-INF
│   └── com
│       └── android
│           ├── metadata
│           └── otacert
├── payload.bin
└── payload_properties.txt

3 directories, 5 files

注意点

  1. 使用增量包升级可能不会更新系统构建时间(ro.build.date)
    原因是在下面这个提交中说明了。
    https://android.googlesource.com/platform/external/libchrome/+/8b7977eccc94f6b3a3896cd13b4aeacbfa1e0f84

Instead, pull the build date of the system from the ro.build.date
system property. Then this library will be identical as long as the
sources and dependencies don’t change, and we won’t have to update it
on every OTA.

只要源和依赖项不变,这个库就会是相同的,因此不更新时间。

分区

在Android设备上,系统存储通常划分为多个分区,每个分区存储不同类型的数据和代码。这些分区可以在不同的设备上有所不同,但通常包括以下主要分区:
Boot分区(boot):

  • 包含内核和初始启动环境。
  • 用于引导设备。

系统分区(system):

  • 包含操作系统的核心部分(如系统应用和库)。
  • 这是Android系统的主要组成部分。

供应商分区(vendor):

  • 包含设备特定的二进制文件和HAL(硬件抽象层)。
  • 使系统与硬件相互配合。

用户数据分区(userdata):

  • 存储用户数据和应用程序数据。
  • 在恢复出厂设置时,此分区会被清空。

缓存分区(cache):

  • 存储临时文件和OTA更新包。
  • 通常用于系统更新过程中的缓存。

恢复分区(recovery):

  • 包含恢复模式的图像,用于执行恢复操作,如恢复出厂设置和OTA更新。

A/B 分区与槽

为了实现无缝更新,Android引入了A/B系统更新机制。这种机制在设备上保留两套系统分区:一套为当前正在使用的系统,另一套用于接收更新。数据分区现在用于存储下载的 OTA 更新包,而恢复映像代码位于启动分区。所有用于 A/B 更新的分区都应按如下方式命名(槽的名称始终为 a、b 等):boot_aboot_bsystem_asystem_bvendor_avendor_b。A/B系统更新的主要特点如下:

  1. 分区槽:
  • 每个分区有两个槽,通常称为slot A和slot B。
  • 例如,系统分区有system_a和system_b,引导分区有boot_a和boot_b。
  1. 无缝更新:
  • OTA更新会被安装到备用槽中,而不是当前使用的槽。
  • 更新完成后,设备会重新启动并切换到更新后的槽。
  • 如果更新失败,设备会回滚到原来的槽,确保系统可用性。
  1. 更新过程:
  • 下载OTA更新包。
  • 将更新包内容写入备用槽的分区。
  • 更新完成后,切换到备用槽并重新启动设备。

虚拟A/B系统更新

虚拟A/B系统更新是一种结合了A/B更新机制和传统更新机制的技术,旨在减少磁盘空间的使用,同时仍然提供无缝更新体验。虚拟A/B系统更新的主要特点包括:

  1. 动态分区:
  • 使用动态分区技术,允许分区在更新过程中调整大小。
  • 通过逻辑卷管理器(LVM)实现分区动态管理。
  1. 减少空间使用:
  • 与传统的A/B系统更新相比,虚拟A/B系统更新减少了重复存储分区所需的空间。
  • 动态分区仅在需要时创建或调整大小,优化了存储利用率。
  1. 更新过程:
  • 类似于A/B系统更新,但使用动态分区来减少空间需求。
  • OTA更新包应用于动态分区,完成后切换到新分区。

源码演示:SystemUpdater

系统 A/B 升级的源代码与UpdateEngine密切相关,A/B升级官方的演示代码可以参考packages/apps/Car/SystemUpdater/
这是android9上Google提供的一个apk,可以理解就是本地U盘测试update_engine升级的一个app。

这个app的主要作用就是:
1、读取U盘中的升级文件,用户点击目标升级文件。
2、调用updateEngine传递主要参数,收updateEngine的callback向用户显示升级升级进度
3、在升级结束之后通知powermanager重启机器。

代码目录如下(注意,以下是Android11的代码):

├── src
│   └── com
│       └── android
│           └── car
│               └── systemupdater
│                   ├── DeviceListFragment.java
│                   ├── SystemUpdaterActivity.java
│                   ├── UpdateLayoutFragment.java
│                   ├── UpdateParser.java
│                   └── UpFragment.java
└── SystemUpdater.iml
  1. 用户选择OTA升级包
    DeviceListFragment.java
/** Set the list of files shown on the screen. */
private void setFileList(List<File> files) {
    List<CarUiListItem> fileList = new ArrayList<>();
    for (File file : files) {
        CarUiContentListItem item = new CarUiContentListItem(CarUiContentListItem.Action.NONE);
        item.setTitle(file.getName());
        item.setOnItemClickedListener(i -> onFileSelected(file));//选中了我们的升级文件
        fileList.add(item);
    }

    CarUiListItemAdapter adapter = new CarUiListItemAdapter(fileList);
    adapter.setMaxItems(CarUiRecyclerView.ItemCap.UNLIMITED);
    mFolderListView.setAdapter(adapter);
}

这里设置了点击事件,会调用下面这个onFileSelected 函数

  1. 判断是否是OTA升级包
    DeviceListFragment.java
/** Handle user selection of a file. */
private void onFileSelected(File file) {
    if (isUpdateFile(file)) {
        mFileStack.clear();
        mSystemUpdater.applyUpdate(file);//传文件地址过去
    } else if (file.isDirectory()) {
        showFolderContent(file);
        mFileStack.push(file);
    } else {
        Toast.makeText(getContext(), R.string.invalid_file_type, Toast.LENGTH_LONG).show();
    }
}

如果我们选中的是升级文件那么就会调用 mSystemUpdater.applyUpdate(file)方法,传入升级文件的path

  1. 根据传入的文件对象创建一个新的 UpdateLayoutFragment 实例
    SystemUpdaterActivity.java
@Override
public void applyUpdate(File file) {
    UpdateLayoutFragment fragment = UpdateLayoutFragment.getInstance(file);//继续传
    getSupportFragmentManager().beginTransaction()
            .replace(R.id.device_container, fragment, FRAGMENT_TAG)
            .addToBackStack(null)
            .commit();
}
4. UpdateLayoutFragment中调用 mPackageVerifier.execute(mUpdateFile) 方法
UpdateLayoutFragment.java
if (getArguments().getBoolean(EXTRA_RESUME_UPDATE)) {
    // Rejoin the update already in progress.
    showInstallationInProgress();
} else {
    // Extract the necessary information and begin the update.
    mPackageVerifier.execute(mUpdateFile);//这里传过去验证
}

如果是已经在更新了就展示进度信息,如果还没开始就调用 mPackageVerifier.execute(mUpdateFile) 方法

  1. 异步执行更新包的验证和信息提取
    UpdateLayoutFragment.java
/** Attempt to verify the update and extract information needed for installation. */
private class UpdateVerifier extends AsyncTask<File, Void, UpdateParser.ParsedUpdate> {

    @Override
    protected UpdateParser.ParsedUpdate doInBackground(File... files) {
        Preconditions.checkArgument(files.length > 0, "No file specified");
        File file = files[0];
        try {
            return UpdateParser.parse(file);//在UpdateParser的parse解析升级文件
        } catch (IOException e) {
            Log.e(TAG, String.format("For file %s", file), e);
            return null;
        }
    }

    @Override
    protected void onPostExecute(UpdateParser.ParsedUpdate result) {
        mProgressBar.setVisible(false);
        if (result == null) {
            showStatus(R.string.verify_failure);
            return;
        }
        if (!result.isValid()) {
            showStatus(R.string.verify_failure);
            Log.e(TAG, String.format("Failed verification %s", result));
            return;
        }
        if (Log.isLoggable(TAG, Log.INFO)) {
            Log.i(TAG, result.toString());
        }

        showInstallNow(result);//解析升级之后在展示install now button
    }
}
  1. 在前面的第5步中有一个UpdateParser.parse(file) 我们来看看
    UpdateParser.java
/**
 * Parse a zip file containing a system update and return a non null ParsedUpdate.
 */
@Nullable
static ParsedUpdate parse(@NonNull File file) throws IOException {
    Preconditions.checkNotNull(file);

    long payloadOffset = 0;
    long payloadSize = 0;
    boolean payloadFound = false;
    String[] props = null;

    //打开zip文件并开始解析,初始化 payloadOffset、payloadSize、payloadFound 和 props 变量。
    try (ZipFile zipFile = new ZipFile(file)) {
        Enumeration<? extends ZipEntry> entries = zipFile.entries();
        while (entries.hasMoreElements()) {
            ZipEntry entry = entries.nextElement();
            long fileSize = entry.getCompressedSize();
            if (!payloadFound) {
                payloadOffset += ZIP_FILE_HEADER + entry.getName().length();
                if (entry.getExtra() != null) {
                    payloadOffset += entry.getExtra().length;
                }
            }

            if (entry.isDirectory()) {
                continue;
            } else if (entry.getName().equals(PAYLOAD_BIN_FILE)) {//处理 PAYLOAD_BIN_FILE 条目
                payloadSize = fileSize;
                payloadFound = true;
            } else if (entry.getName().equals(PAYLOAD_PROPERTIES)) {//处理 PAYLOAD_PROPERTIES 条目
                try (BufferedReader buffer = new BufferedReader(
                        new InputStreamReader(zipFile.getInputStream(entry)))) {
                    props = buffer.lines().toArray(String[]::new);
                }
            }
            if (!payloadFound) {
                payloadOffset += fileSize;//更新 payloadOffset
            }

            if (Log.isLoggable(TAG, Log.DEBUG)) {
                Log.d(TAG, String.format("Entry %s", entry.getName()));
            }
        }
    }
    return new ParsedUpdate(file, payloadOffset, payloadSize, props);
}
  1. 在前面的第5步中有一个showInstallNow(result); 也就是显示“立即安装”按钮,并更新安装准备界面的内容。
    UpdateLayoutFragment.java
/** Show the install now button. */
private void showInstallNow(UpdateParser.ParsedUpdate update) {
    mContentTitle.setText(R.string.install_ready);
    mContentInfo.append(getString(R.string.update_file_name, mUpdateFile.getName()));
    mContentInfo.append(System.getProperty("line.separator"));
    mContentInfo.append(getString(R.string.update_file_size));
    mContentInfo.append(Formatter.formatFileSize(getContext(), mUpdateFile.length()));
    mContentDetails.setText(null);
    MenuItem installButton = MenuItem.builder(getActivity())//创建“立即安装”按钮
            .setTitle(R.string.install_now)
            .setOnClickListener(i -> installUpdate(update))
            .build();
    mToolbar.setMenuItems(Collections.singletonList(installButton));
}

/** Attempt to install the update that is copied to the device. */
private void installUpdate(UpdateParser.ParsedUpdate parsedUpdate) {
    showInstallationInProgress();
    mUpdateEngine.applyPayload(
            parsedUpdate.mUrl, parsedUpdate.mOffset, parsedUpdate.mSize, parsedUpdate.mProps);
}

这里使用 mUpdateEngine 的 applyPayload 方法开始应用更新包。

applyPayload 方法的参数如下:

  • parsedUpdate.mUrl:更新包的URL地址。
  • parsedUpdate.mOffset:更新包的偏移量。
  • parsedUpdate.mSize:更新包的大小。
  • parsedUpdate.mProps:更新包的属性,通常包括签名、校验和等信息。
  1. 我们继续查看UpdateEngine.java 的代码
frameworks/base/core/java/android/os/UpdateEngine.java
    public UpdateEngine() {
        mUpdateEngine = IUpdateEngine.Stub.asInterface(
                ServiceManager.getService(UPDATE_ENGINE_SERVICE));// 是c++层的updateEngine注册到serviceManager中的 }
    }

UpdateEngine 类的构造方法通过 ServiceManager 获取 UPDATE_ENGINE_SERVICE,这是在C++层注册到 ServiceManager 中的更新引擎服务。

private IUpdateEngine mUpdateEngine;
.............................................
public void applyPayload(String url, long offset, long size, String[] headerKeyValuePairs) {
    try {
        mUpdateEngine.applyPayload(url, offset, size, headerKeyValuePairs);// 是从serviceManager中拿到的
    } catch (RemoteException e) {
        throw e.rethrowFromSystemServer();
    }
}

applyPayload 方法实际调用了 IUpdateEngine 接口的方法,这个接口由C++层的更新引擎服务实现。

以上流程的时序图如下:

在这里插入图片描述

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1837395.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

编码器原理和功能介绍

目录 概述 1 编码综述 2 增量式旋转编码器 2.1 功能介绍 2.2 实现原理 3 绝对式编码器 3.1 实现原理 3.2 二进制编码器 3.3 格雷码编码器 4 旋转式编码器原理 5 编码器基本参数 5.1 分辨率 5.2 精度 5.3 最大响应频率 5.4 信号输出形式 6 自制简易编码器 概述 …

matlab入门基础笔记

1、绘制简单三角函数&#xff1a; 绘制正弦曲线和余弦曲线。x[0:0.5:360]*pi/180; plot(x,sin(x),x,cos(x)); &#xff08;1&#xff09;明确x轴与y轴变量&#xff1a; 要求为绘制三角函数&#xff1a; X轴&#xff1a;角度对应的弧度数组 Y轴&#xff1a;对应sin(x)的值 求…

【数据结构C++】表达式求值(多位数)课程设计

&#x1f4da;博客主页&#xff1a;Zhui_Yi_ &#x1f50d;&#xff1a;上期回顾&#xff1a;图 ❤️感谢大家点赞&#x1f44d;&#x1f3fb;收藏⭐评论✍&#x1f3fb;&#xff0c;您的三连就是我持续更新的动力❤️ &#x1f387;追当今朝天骄&#xff0c;忆顾往昔豪杰。 …

使用Ollama+OpenWebUI本地部署阿里通义千问Qwen2 AI大模型

&#x1f3e1;作者主页&#xff1a;点击&#xff01; &#x1f916;AI大模型部署与应用专栏&#xff1a;点击&#xff01; &#x1f916;Ollama部署LLM专栏&#xff1a;点击&#xff01; ⏰️创作时间&#xff1a;2024年6月17日22点50分 &#x1f004;️文章质量&#xff…

函数(下) C语言

函数下 嵌套调用和链式访问1. 嵌套调用2. 链式访问 函数的声明和定义1. 单个文件2. 多个文件3. static 和 extern3.1 static 嵌套调用和链式访问 1. 嵌套调用 嵌套调用就是函数之间的互相调用&#xff0c;每个函数就像⼀个乐高零件&#xff0c;正是因为多个乐高的零件互相无缝…

MacOS - 启动台多了个『卸载 Adobe Photoshop』

问题描述 今天安装好了 Adobe Ps&#xff0c;但是发现启动台多了个『卸载 Adobe Photoshop』强迫症又犯了&#xff0c;想把它干掉&#xff01; 解决方案 打开访达 - 前往 - 资源库&#xff0c;搜索要卸载的名字就可以看到&#xff0c;然后移除到垃圾筐

17. 一个I/O项目:构建命令行程序(下)

目录 五、采用测试驱动开发完善库的功能5.1 编写失败测试用例5.2 编写成功测试用例5.3 在run函数中打印搜索到的行 六、添加大小写不敏感功能七、将错误信息输出到标准错误八、附录完整代码 五、采用测试驱动开发完善库的功能 5.1 编写失败测试用例 在lib.rs中写一个简单的se…

爱死了,4款逆天IOS App推荐!

河马喝水提醒 「河马喝水提醒」是一款生活小助手应用&#xff0c;旨在帮助用户建立并维持定时喝水的良好习惯。该应用不仅是一个提醒闹钟&#xff0c;更是健康生活的贴心伙伴。它每天定时推送提醒&#xff0c;帮助用户在繁忙的日常中不忘补充水分。此外&#xff0c;该应用还提供…

jenkins中配置参数化,并在python脚本接收参数实现参数化执行

在公司内进行Monkey测试脚本集成jenkins时&#xff0c;因为需要指定公司内不同的app进行测试。那么可以有两种方法解决该问题&#xff0c;要么创建多个脚本文件&#xff0c;多个jenkins jobs&#xff0c;进行构建。要么可以在配置job时通过传参数的方式&#xff0c;在python脚本…

Facebook视角下的文化多样性:全球社交的聚合

在当今数字化时代&#xff0c;社交媒体已经成为连接全球各地人们的重要平台之一。而在这众多平台中&#xff0c;Facebook无疑是其中的佼佼者&#xff0c;不仅仅是一个社交网络&#xff0c;更是一个涵盖了丰富文化多样性的全球社交聚合地。本文将深入探讨Facebook在促进文化多样…

[python] matplotlib.pyplot 绘制高宽不同、多行多列子视图

假如我们想要绘制这样的效果&#xff1a; 方式1&#xff1a; # -*- coding: utf-8 -*- import matplotlib.pyplot as plt import numpy as np# 声明一个GridSpec对象实例&#xff0c;创建的是6行2列的图像布局。 grid plt.GridSpec(nrows6, ncols2, wspace0.2, hspace0.2)# 设…

京东618 :AI总裁数字人、京东Apple Vision Pro版亮相

2004年6月18日&#xff0c;刚刚转型电商才半年的京东&#xff0c;用最互联网的方式为忠实粉丝打造了一场价格降到“难以置信”的店庆促销活动&#xff0c;这场促销活动还有一个很具有当年网络小说特质的名字——“月黑风高”。 2024年京东618&#xff0c;早已成为一场亿万消费…

【只是查漏补缺】关于动力节点2024版java新课程

反编译命令 javap进行反编译操作&#xff0c;例如&#xff1a;javap Test&#xff1b;使用jd-gui.exe来实现反编译。 二进制数据是采用0和1来表示&#xff0c;则换算单位肯定为2的n次方&#xff0c;而2的10次方恰好等于1024&#xff0c;所以就使用了1024来作文文件存储的换算单…

Erlang程序设计[Part1-Part2 chapter4]

前言&#xff1a; 环境安装 Erlang Shell&#xff0c;CSDN搜教程 Erlang Shell实操 启动 erl Erlang Shell以表达式为执行单位&#xff1f; 结束标志 .加上回车 Part1 为何用 Erlang chapter 1 什么是并发 并发vs并行 并发 单核cpu运行多个进程 一次运行一个 并行 多…

批量导出兜底回复对话,迭代优化聊天机器人 | Chatopera 云服务

持续优化知识库 聊天机器人的知识库&#xff0c;对话技能&#xff0c;需要长期的优化。这是因为&#xff0c;一方面&#xff0c;初期上线的机器人所依赖的数据量通常有限&#xff1b;另一方面&#xff0c;市场不断变化&#xff0c;客户产品新的问题。 上线聊天机器人的目的之…

MyBatis Plus Generator代码生成

一、MyBatis Plus Generator MyBatis Plus是一个功能强大的持久层框架&#xff0c;它简化了MyBatis的使用&#xff0c;提供了许多便捷的功能。其中&#xff0c;MyBatis Plus Generator是一个强大的代码生成器&#xff0c;可以帮助我们快速地根据数据库表结构生成对应的实体类、…

怎么控制多个存储设备的访问权限?数据安全存储方案来了

数据安全存储是指将数据以安全的方式存储在存储系统中&#xff0c;以确保数据的机密性、完整性和可用性。要控制数据安全存储的权限以保障安全&#xff0c;可以采取以下措施&#xff1a; 访问控制列表&#xff08;ACLs&#xff09;&#xff1a;使用ACLs来定义对存储数据的访问权…

丹麦海外媒体报道:媒体投放发稿助力企业在海外扭转战局

大舍传媒 丹麦海外媒体报道中&#xff0c;大舍传媒作为一家专业的媒体投放公司&#xff0c;正发挥着重要作用&#xff0c;帮助企业在海外扭转战局。作为丹麦领先的媒体投放机构&#xff0c;他们为企业提供了全方位的品牌传播服务&#xff0c;帮助企业在海外市场取得成功。 大舍…

MySQL 架构

本篇主要介绍一下MySQL的架构 目录 一、整体架构 二、连接层 网络端口 连接管理线程 三、服务层 NoSQL接口与SQL接口 Parser&#xff08;语法分析器&#xff09; Optimizer&#xff08;查询优化器&#xff09; Cache & Buffers(缓存&#xff09; 四、存储引擎层…

可复用验证的测试用例 5大编写技巧

编写可复用验证的测试用例&#xff0c;节省了编写新测试用例的时间和资源&#xff0c;提高了测试效率和项目质量&#xff0c;减少错误修复成本&#xff0c;有利于实现较高的投入产出比。缺乏可复用的测试用例会导致测试团队不断重复创建相似的测试场景&#xff0c;消耗大量时间…