Android9.0 PM机制系列（一）PackageInstaller初始化解析

article/2025/9/27 12:08:47

前言

包管理机制是Android中的重要机制，是应用开发和系统开发需要掌握的知识点之一。
包指的是Apk、jar和so文件等等，它们被加载到Android内存中，由一个包转变成可执行的代码，这就需要一个机制来进行包的加载、解析、管理等操作，这就是包管理机制。
包管理机制由许多类一起组成，其中核心为PackageManagerService（PMS）,它负责对包进行管理，如果直接讲PMS会比较难以理解，因此我们需要一个切入点，这个切入点就是常见的APK的安装。
讲到APK的安装之前，先了解下PackageManager、APK文件结构和安装方式。

1.PackageManager简介

与ActivityManager和AMS的关系类似，PMS也有一个对应的管理类PackageManager，用于向应用程序进程提供一些功能。PackageManager是一个抽象类，它的具体实现类为ApplicationPackageManager，ApplicationPackageManager中的方法会通过IPackageManager与AMS进行进程间通信，因此PackageManager所提供的功能最终是由PMS来实现的，这么设计的主要用意是为了避免系统服务PMS直接被访问。PackageManager提供了一些功能，主要有以下几点：

  1. 获取一个应用程序的所有信息（ApplicationInfo）。
  2. 获取四大组件的信息。
  3. 查询permission相关信息。
  4. 获取包的信息。
  5. 安装、卸载APK。

2.APK文件结构和安装方式

APK是AndroidPackage的缩写，即Android安装包，它实际上是zip格式的压缩文件，一般情况下，解压后的文件结构如下表所示。
在这里插入图片描述
APK的安装场景主要有以下几种：

  1. 通过adb命令安装：adb 命令包括adb push/install
  2. 用户下载的Apk，通过系统安装器packageinstaller安装该Apk。packageinstaller是系统内置的应用程序，用于安装和卸载应用程序。
  3. 系统开机时安装系统应用。
  4. 电脑或者手机上的应用商店自动安装。

这4种方式最终都是由PMS来进行处理，在此之前的调用链是不同的，本篇文章会介绍第二种方式，对于用户来说，这是比较常用的安装方式；对于开发者来说，这是调用链比较长的安装方式，能学到的更多。其他的安装场景会在本系列的后续文章进行讲解。

3.寻找PackageInstaller入口

在Android7.0之前我们可以通过如下代码安装指定路径中的APK。

Intent intent = new Intent(Intent.ACTION_VIEW);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
intent.setDataAndType(Uri.parse("file://" + path),"application/vnd.android.package-archive");
context.startActivity(intent);

但是Android7.0或更高版本再这么做，就会报FileUriExposedException异常。这是因为StrictMode API 政策禁止应用程序将file:// Uri暴露给另一个应用程序，如果包含file:// Uri的 intent 离开你的应用，就会报FileUriExposedException 异常。为了解决这个问题，谷歌提供了FileProvider，FileProvider继承自ContentProvider ，使用它可以将file://Uri替换为content://Uri，具体怎么使用FileProvider并不是本文的重点，只要知道无论是Android7.0之前还是Android7.0以及更高版本，都会调用如下代码：

Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setDataAndType(xxxxx, "application/vnd.android.package-archive");

Intent的Action属性为ACTION_VIEW，Type属性指定Intent的数据类型为application/vnd.android.package-archive。
能隐式匹配的Activity为InstallStart，需要注意的是，这里分析的源码基于Android9.0，7.0能隐式匹配的Activity为PackageInstallerActivity。
7.0 ： packages/apps/PackageInstaller/AndroidManifest.xml
在这里插入图片描述
8.0，9.0：packages/apps/PackageInstaller/AndroidManifest.xml
在这里插入图片描述
InstallStart是PackageInstaller中的入口Activity，其中PackageInstaller是系统内置的应用程序，用于安装和卸载应用。当我们调用PackageInstaller来安装应用时会跳转到InstallStart，并调用它的onCreate方法：
9.0 : packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStart.java

@Override
55    protected void onCreate(@Nullable Bundle savedInstanceState) {...
106        if (PackageInstaller.ACTION_CONFIRM_PERMISSIONS.equals(intent.getAction())) {{//1
107            nextActivity.setClass(this, PackageInstallerActivity.class);
108        } else {
109            Uri packageUri = intent.getData();
111            if (packageUri != null && (packageUri.getScheme().equals(ContentResolver.SCHEME_FILE)
112                    || packageUri.getScheme().equals(ContentResolver.SCHEME_CONTENT))) {
113                // Copy file to prevent it from being changed underneath this process
114                nextActivity.setClass(this, InstallStaging.class);
115            } else if (packageUri != null && packageUri.getScheme().equals(
116                    PackageInstallerActivity.SCHEME_PACKAGE)) {
117                nextActivity.setClass(this, PackageInstallerActivity.class);
118            } else {
119                Intent result = new Intent();   {
120                result.putExtra(Intent.EXTRA_INSTALL_RESULT,
121                        PackageManager.INSTALL_FAILED_INVALID_URI);
122                setResult(RESULT_FIRST_USER, result);
123
124                nextActivity = null;
125            }
126        }
127
128        if (nextActivity != null) {
129            startActivity(nextActivity);
130        }
131        finish();
132    }

8.0 : packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStart.java

@Overrideprotected void onCreate(@Nullable Bundle savedInstanceState) {if (PackageInstaller.ACTION_CONFIRM_PERMISSIONS.equals(intent.getAction())) {//1nextActivity.setClass(this, PackageInstallerActivity.class);} else {Uri packageUri = intent.getData();if (packageUri == null) {Intent result = new Intent();result.putExtra(Intent.EXTRA_INSTALL_RESULT,PackageManager.INSTALL_FAILED_INVALID_URI);setResult(RESULT_FIRST_USER, result);nextActivity = null;} else {if (packageUri.getScheme().equals(SCHEME_CONTENT)) {nextActivity.setClass(this, InstallStaging.class);} else {nextActivity.setClass(this, PackageInstallerActivity.class);}}}if (nextActivity != null) {startActivity(nextActivity);}finish();}

区别在于：
9.0：Uri的Scheme协议无论是content还是file都会跳到InstallStaging处理。
8.0：Uri的Scheme协议是content就跳转到InstallStaging，如果不是就跳转到PackageInstallerActivity

注释1处判断Intent的Action是否为CONFIRM_PERMISSIONS，根据本文的应用情景显然不是，接着往下看。本文的应用情景中，Android7.0以及更高版本我们会使用FileProvider来处理URI ，FileProvider会隐藏共享文件的真实路径，将路径转换成content://Uri路径，这样就会跳转到InstallStaging。InstallStaging的onResume方法如下所示（8.0， 9.0都一样）。
在这里插入图片描述

  1. 如果File类型的mStagedFile 为null，则创建mStagedFile ，mStagedFile用于存储临时数据。
  2. 启动StagingAsyncTask，并传入了content协议的Uri，如下所示。
    packages/apps/PackageInstaller/src/com/android/packageinstaller/InstallStaging.java
 private final class StagingAsyncTask extends AsyncTask<Uri, Void, Boolean> {@Overrideprotected Boolean doInBackground(Uri... params) {if (params == null || params.length <= 0) {return false;}Uri packageUri = params[0];try (InputStream in = getContentResolver().openInputStream(packageUri)) {if (in == null) {return false;}try (OutputStream out = new FileOutputStream(mStagedFile)) {byte[] buffer = new byte[1024 * 1024]; //8.0为4096int bytesRead;while ((bytesRead = in.read(buffer)) >= 0) {if (isCancelled()) {return false;}out.write(buffer, 0, bytesRead);}}} catch (IOException | SecurityException e | IllegalStateException e) {Log.w(LOG_TAG, "Error staging apk from content URI", e);return false;}return true;}@Overrideprotected void onPostExecute(Boolean success) {if (success) {// Now start the installation again from a fileIntent installIntent = new Intent(getIntent());//8.0 :installIntent.setClass(InstallStaging.this, PackageInstallerActivity.class);installIntent.setClass(InstallStaging.this, DeleteStagedFileOnResult.class);installIntent.setData(Uri.fromFile(mStagedFile));installIntent.setFlags(installIntent.getFlags() & ~Intent.FLAG_ACTIVITY_FORWARD_RESULT);installIntent.addFlags(Intent.FLAG_ACTIVITY_NO_ANIMATION);startActivityForResult(installIntent, 0);} else {showError();}}}
}

doInBackground方法中将packageUri（content协议的Uri）的内容写入到mStagedFile中，如果写入成功，onPostExecute方法中会跳转到PackageInstallerActivity中，并将mStagedFile传进去。8.0代码里面绕了一圈又回到了PackageInstallerActivity，9.0去了DeleteStagedFileOnResult。这里可以看出InstallStaging主要起了转换的作用，将content协议的Uri转换为File协议，然后跳转到PackageInstallerActivity/DeleteStagedFileOnResult，这样就可以像此前版本（Android7.0之前）一样启动安装流程了。
packages/apps/PackageInstaller/src/com/android/packageinstaller/DeleteStagedFileOnResult.java
在这里插入图片描述
9.0也是绕了而一圈最后还是调用了PackageInstallerActivity，只不过把拷贝的安装文件删除了。

4.PackageInstallerActivity解析

从功能上来说，PackageInstallerActivity才是应用安装器PackageInstaller真正的入口Activity，PackageInstallerActivity的onCreate方法如下所示(8.0, 9.0一样)。

@Override
protected void onCreate(Bundle icicle) {super.onCreate(icicle);if (icicle != null) {mAllowUnknownSources = icicle.getBoolean(ALLOW_UNKNOWN_SOURCES_KEY);}mPm = getPackageManager();mIpm = AppGlobals.getPackageManager();mAppOpsManager = (AppOpsManager) getSystemService(Context.APP_OPS_SERVICE);mInstaller = mPm.getPackageInstaller();mUserManager = (UserManager) getSystemService(Context.USER_SERVICE);...//根据Uri的Scheme进行预处理boolean wasSetUp = processPackageUri(packageUri);//1if (!wasSetUp) {return;}bindUi(R.layout.install_confirm, false);//判断是否是未知来源的应用，如果开启允许安装未知来源选项则直接初始化安装checkIfAllowedAndInitiateInstall();//2
}

首先初始化安装所需要的各种对象，比如PackageManager、IPackageManager、AppOpsManager和UserManager等等，它们的描述如下表所示。
在这里插入图片描述
注释1处的processPackageUri方法如下所示。

private boolean processPackageUri(final Uri packageUri) {mPackageURI = packageUri;final String scheme = packageUri.getScheme();//1switch (scheme) {case SCHEME_PACKAGE: {try {...} break;case SCHEME_FILE: {File sourceFile = new File(packageUri.getPath());//2//得到sourceFile的包信息PackageParser.Package parsed = PackageUtil.getPackageInfo(this, sourceFile);//3if (parsed == null) {Log.w(TAG, "Parse error when parsing manifest. Discontinuing installation");showDialogInner(DLG_PACKAGE_ERROR);setPmResult(PackageManager.INSTALL_FAILED_INVALID_APK);return false;}//对parsed进行进一步处理得到包信息PackageInfomPkgInfo = PackageParser.generatePackageInfo(parsed, null,PackageManager.GET_PERMISSIONS, 0, 0, null,new PackageUserState());//4mAppSnippet = PackageUtil.getAppSnippet(this, mPkgInfo.applicationInfo, sourceFile);} break;default: {/** 8.0Log.w(TAG, "Unsupported scheme " + scheme);setPmResult(PackageManager.INSTALL_FAILED_INVALID_URI);finish();return false;*/throw new IllegalArgumentException("Unexpected URI scheme " + packageUri);}}return true;}

首先在注释1处得到packageUri的Scheme协议，接着根据这个Scheme协议分别对package协议和file协议进行处理，如果不是这两个协议就会直接抛出异常。我们主要来看file协议的处理，注释2处根据packageUri创建一个新的File。注释3处的内部会用PackageParser的parsePackage方法解析这个File（这个File其实是APK文件），得到APK的包信息Package ，Package包含了该APK的所有信息。注释4处会将Package根据uid、用户状态信息和PackageManager的配置等变量对包信息Package做进一步处理得到PackageInfo。
回到PackageInstallerActivity的onCreate方法的注释2处，checkIfAllowedAndInitiateInstall方法如下所示。

//8.0：
private void checkIfAllowedAndInitiateInstall() {//判断如果允许安装未知来源或者根据Intent判断得出该APK不是未知来源if (mAllowUnknownSources || !isInstallRequestFromUnknownSource(getIntent())) {//1//初始化安装initiateInstall();//2return;}// 如果管理员限制来自未知源的安装, 就弹出提示Dialog或者跳转到设置界面if (isUnknownSourcesDisallowed()) {if ((mUserManager.getUserRestrictionSource(UserManager.DISALLOW_INSTALL_UNKNOWN_SOURCES,Process.myUserHandle()) & UserManager.RESTRICTION_SOURCE_SYSTEM) != 0) {    showDialogInner(DLG_UNKNOWN_SOURCES_RESTRICTED_FOR_USER);return;} else {startActivity(new Intent(Settings.ACTION_SHOW_ADMIN_SUPPORT_DETAILS));finish();}} else {handleUnknownSources();//3}}

//9.0：
private void checkIfAllowedAndInitiateInstall() {private void checkIfAllowedAndInitiateInstall() {// 首先检查安装应用程序用户限制，如果用户安装受限,则退出安装过程； 在多用户的场景下,有些用户可能被禁止安装final int installAppsRestrictionSource = mUserManager.getUserRestrictionSource(UserManager.DISALLOW_INSTALL_APPS, Process.myUserHandle());if ((installAppsRestrictionSource & UserManager.RESTRICTION_SOURCE_SYSTEM) != 0) {showDialogInner(DLG_INSTALL_APPS_RESTRICTED_FOR_USER);return;} else if (installAppsRestrictionSource != UserManager.RESTRICTION_NOT_SET) {startActivity(new Intent(Settings.ACTION_SHOW_ADMIN_SUPPORT_DETAILS));finish();return;}if (mAllowUnknownSources || !isInstallRequestFromUnknownSource(getIntent())) {initiateInstall();} else {// Check for unknown sources restrictionfinal int unknownSourcesRestrictionSource = mUserManager.getUserRestrictionSource(UserManager.DISALLOW_INSTALL_UNKNOWN_SOURCES, Process.myUserHandle());if ((unknownSourcesRestrictionSource & UserManager.RESTRICTION_SOURCE_SYSTEM) != 0) {showDialogInner(DLG_UNKNOWN_SOURCES_RESTRICTED_FOR_USER);} else if (unknownSourcesRestrictionSource != UserManager.RESTRICTION_NOT_SET) {startActivity(new Intent(Settings.ACTION_SHOW_ADMIN_SUPPORT_DETAILS));finish();} else {handleUnknownSources();}}}}

注释1处判断允许安装未知来源或者根据Intent判断得出该APK不是未知来源，就调用注释2处的initiateInstall方法来初始化安装。如果管理员限制来自未知源的安装, 就弹出提示Dialog或者跳转到设置界面，否则就调用注释3处的handleUnknownSources方法来处理未知来源的APK。注释2处的initiateInstall方法如下所示。

private void initiateInstall() {String pkgName = mPkgInfo.packageName;//1String[] oldName = mPm.canonicalToCurrentPackageNames(new String[] { pkgName });if (oldName != null && oldName.length > 0 && oldName[0] != null) {pkgName = oldName[0];mPkgInfo.packageName = pkgName;mPkgInfo.applicationInfo.packageName = pkgName;}try {//根据包名获取应用程序信息，这有点复杂，因为我们想要获取所有已卸载的应用程序，但这可能包括只有数据的应用程序，如果只是数据，我们仍然希望将其计为“已安装”。mAppInfo = mPm.getApplicationInfo(pkgName,PackageManager.MATCH_UNINSTALLED_PACKAGES);//2if ((mAppInfo.flags&ApplicationInfo.FLAG_INSTALLED) == 0) {mAppInfo = null;}} catch (NameNotFoundException e) {mAppInfo = null;}//初始化安装确认界面startInstallConfirm();//3}

注释1处得到包名，注释2处根据包名获取获取应用程序信息ApplicationInfo。注释3处的startInstallConfirm方法如下所示。

private void startInstallConfirm() {//省略初始化界面代码...AppSecurityPermissions perms = new AppSecurityPermissions(this, mPkgInfo);//1final int N = perms.getPermissionCount(AppSecurityPermissions.WHICH_ALL);if (mAppInfo != null) {msg = (mAppInfo.flags & ApplicationInfo.FLAG_SYSTEM) != 0? R.string.install_confirm_question_update_system: R.string.install_confirm_question_update;mScrollView = new CaffeinatedScrollView(this);mScrollView.setFillViewport(true);boolean newPermissionsFound = false;if (!supportsRuntimePermissions) {newPermissionsFound =(perms.getPermissionCount(AppSecurityPermissions.WHICH_NEW) > 0);if (newPermissionsFound) {permVisible = true;mScrollView.addView(perms.getPermissionsView(AppSecurityPermissions.WHICH_NEW));//2}}...}

startInstallConfirm方法中首先初始化安装确认界面，就是我们平常安装APK时出现的界面，界面上有确认和取消按钮并会列出安装该APK需要访问的系统权限。需要注意的是，不同厂商定制的Android系统会有不同的安装确认界面。
注释1处会创建AppSecurityPermissions，它会提取出APK中权限信息并展示出来，这个负责展示的View是AppSecurityPermissions的内部类PermissionItemView。注释2处调用AppSecurityPermissions的getPermissionsView方法来获取PermissionItemView，并将PermissionItemView添加到CaffeinatedScrollView中，这样安装该APK需要访问的系统权限就可以全部的展示出来了，PackageInstaller的初始化工作就完成了。

5.总结

现在来总结下PackageInstaller初始化的过程：

  1. 根据Uri的Scheme协议不同，跳转到不同的界面，content协议跳转到InstallStart，其他的跳转到PackageInstallerActivity。本文应用场景中，如果是Android7.0以及更高版本会跳转到InstallStart。
  2. InstallStart将content协议的Uri转换为File协议，然后跳转到PackageInstallerActivity。
  3. PackageInstallerActivity会分别对package协议和file协议的Uri进行处理，如果是file协议会解析APK文件得到包信息PackageInfo。
  4. PackageInstallerActivity中会对未知来源进行处理，如果允许安装未知来源或者根据Intent判断得出该APK不是未知来源，就会初始化安装确认界面，如果管理员限制来自未知源的安装, 就弹出提示Dialog或者跳转到设置界面。

PackageInstaller的初始化解析就讲到这，关于PackageInstaller的安装APK的过程会在本系列的下一篇文章进行讲解。

6.参考资料

Android包管理机制（一）


http://chatgpt.dhexx.cn/article/UJUdNby4.shtml

相关文章

PackageInstaller源码分析(一)

PackageInstaller源码分析(一)

本篇博客分析PackageInstaller源码目的是分析Android权限机制&#xff0c;Android App的权限在应用被安装时&#xff0c;用户选择授予或者拒绝。所以&#xff0c;分析Android权限机制源码的第一步分析应用程序安装时的行为。   此次阅读源码旨在解决的问题&#xff1a;Andro…
阅读更多...
A*B problem（FFT）

A*B problem（FFT）

A*B problem&#xff08;FFT&#xff09; 设两个多项式\(A(x)\)和\(B(x)\)&#xff0c;它们的系数镜像反转一下&#xff0c;得到的多项式是\(A(x)\)和\(B(x)\)。那么\(C(x)A(x)*B(x)\)和\(C(x)A(x)*B(x)\)的系数也是镜像反转的。这个&#xff0c;&#xff0c;感性理解一下吧。 …
阅读更多...
【kissfft】使用过程中的一些坑总结

【kissfft】使用过程中的一些坑总结

API kissfft有两套API&#xff0c; 一个是在kiss_fftr.h中 另一个在kiss_fft.h中 区别 Basic API还是kiss_fft.h里的&#xff0c;kiss_fftr.h是在kiss_fft.h的基础上封装了一层。 Basic API只有fft没有见到ifft&#xff1f;&#xff1f; 利用频域数据的共轭对称性可以使用…
阅读更多...
2020山东大学计算机组成原理课程设计报告

2020山东大学计算机组成原理课程设计报告

《计算机组成原理》 课程设计报告 微指令模型机实现 班级&#xff1a; 姓名&#xff1a; 学号&#xff1a; 小组成员&#xff1a; 完成日期&#xff1a;2020.10.16 一、计算机的功能和用途 通过该课程设计的学习&#xff0c;我们设计一台模型机&#xff0c;该模型机运行…
阅读更多...
创建react应用程序_创建多版本React应用程序的6个步骤

创建react应用程序_创建多版本React应用程序的6个步骤

创建react应用程序 The React team said that there are no new features in React 17, but react17.0.0-rc.0 comes with the power to lazy load and deep integrate multiple versions of React. This no-feature is larger than any feature, which is a stepping stone fo…
阅读更多...
你真的懂package.json吗

你真的懂package.json吗

点击蓝字 「前端小苑」关注我 作者 | MasonEast 编辑 | 桔子酱 前言 在Node.js中&#xff0c;模块是一个库或框架&#xff0c;也是一个Node.js项目。Node.js项目遵循模块化的架构&#xff0c;当我们创建了一个Node.js项目&#xff0c;意味着创建了一个模块&#xff0c;这个模块…
阅读更多...
《Linux编程》上机作业 ·004【文件I/O操作】

《Linux编程》上机作业 ·004【文件I/O操作】

注&#xff1a;前言、目录见 https://blog.csdn.net/qq_44220418/article/details/108428971 友情提醒&#xff1a;仅供参考理解&#xff0c;请勿直接复制粘贴 友情提醒&#xff1a;仅供参考理解&#xff0c;请勿直接复制粘贴 友情提醒&#xff1a;仅供参考理解&#xff0c;…
阅读更多...
CPU比GPU训练神经网络快十几倍，英特尔：别用矩阵运算了

CPU比GPU训练神经网络快十几倍，英特尔：别用矩阵运算了

来源丨机器之心 神经网络训练通常是 GPU 大显身手的领域&#xff0c;然而莱斯大学和英特尔等机构对 GPU 的地位发起了挑战。 在深度学习与神经网络领域&#xff0c;研究人员通常离不开 GPU。得益于 GPU 极高内存带宽和较多核心数&#xff0c;研究人员可以更快地获得模型训练的结…
阅读更多...
用于基于 CNT 的射频辐射热计开发研究的 CPX-VF 探针台

用于基于 CNT 的射频辐射热计开发研究的 CPX-VF 探针台

我们会不时强调我们的低温探针台如何用于有趣的研究。我们最新的应用重点是阿克伦大学领导的工作&#xff0c;并发表在上个月的IEEE 微波理论与技术汇刊上。与来自美国陆军和 Nano-C Inc.&#xff08;马萨诸塞州 Westwood 的纳米结构碳材料及其应用开发商&#xff09;的研究人员…
阅读更多...
ProJet 3510 CPX蜡模3D打印机在珠宝行业成功应用

ProJet 3510 CPX蜡模3D打印机在珠宝行业成功应用

传统的首饰设计是一个细致和增量的过程。传统设计从设计师的构图开始&#xff0c;一旦草图被批准后,就会雕刻成模型&#xff0c;如果蜡模没有足够接近原始草图或未能满足客户的期望&#xff0c;必须重做,这样会浪费大量的时间。使用ProJet 3510 CPX专业蜡成型3 d打印机&#xf…
阅读更多...
基于 CNT 的射频辐射热计开发研究的 CPX-VF 低温探针台

基于 CNT 的射频辐射热计开发研究的 CPX-VF 低温探针台

有时&#xff0c;我们喜欢强调我们的低温探针台如何用于有趣的研究。我们最新的应用重点是由阿克伦大学领导并发表在上个月的IEEE Transactions on Microwave Theory and Techniques 上的工作。UA 的 ZEN-Lab 的Michael Gasper 和 Ryan Toonen 博士与美国陆军和 Nano-C Inc.&am…
阅读更多...
Parker驱动器维修COMPAX控制器维修CPX0200H

Parker驱动器维修COMPAX控制器维修CPX0200H

COMPAX控制器&#xff1a;由不同的模拟功率控制信号&#xff0c;由MOSFET IC级驱动器GND/PGND&#xff08;功率接地&#xff09;&#xff09;的信号控制&#xff0c;则应分别接地。使用IC的小信号部分的控制IC&#xff0c;SGND信号与功率地之间的连接点。合理的方法是地信号地返…
阅读更多...
用于 CPX、CPX-VF 和 CRX-VF 探针台的新手提箱选项

用于 CPX、CPX-VF 和 CRX-VF 探针台的新手提箱选项

如果您正在寻找一种简单的方法来将样品从手套箱、干燥箱或其他惰性气氛容器转移到高真空、低温探测环境&#xff0c;您可能会感兴趣&#xff1a;一个新的专用手提箱 (PS-SC- CPX) 与可安装在我们的CPX、CPX-VF或CRX-VF探针台上的负载锁定组件 (PS-LL-CPX) 一起使用。 该手提箱具…
阅读更多...
GE IC697CPX935 CPU模块PDF帅

GE IC697CPX935 CPU模块PDF帅

IC697CPX935 是 GE 自动化和控制公司制造的具有三个内置串行端口的单槽 PLC CPU。它能够对系统进行实时控制。使用 VMEC.1 格式&#xff0c;IC697CPX935 可以通过安装在机架上的背板与不同的“智能选项”模块进行通信。该设备通过三位运行/停止控制开关或连接到运行适当软件的计…
阅读更多...
micropython仿真器_microbit/cpx 的 python模拟器：Device Simulator Express

micropython仿真器_microbit/cpx 的 python模拟器：Device Simulator Express

Device Simulator Express是一个 VSCode 的编程扩展，使用它无需硬件就能对 Circuit Playground Express(CPX)或 BBC micro:bit 仿真和调试python程序，此外还可以通过串口观察设备的输出。Device Simulator Express 和 makecode 中的设备模拟器功能类似，但它是一个 python 程…
阅读更多...
杰理之PC端下载烧录工具（需要配合强制升级工具）【篇】

杰理之PC端下载烧录工具（需要配合强制升级工具）【篇】

阅读更多...
Win10强制更新关闭方法

Win10强制更新关闭方法

Win10自动更新怎么永久关闭&#xff1f;有效的Win10强制更新关闭方法 之前小编为大家分享过一些Win10彻底关闭Windows Update自动更新的方法&#xff0c;主要是通过一些如设置流量计费或借助一些专门的小工具来实现&#xff0c;但往往会发现&#xff0c;Win10自动更新就像打不死…
阅读更多...
Win10强制更新禁不掉的解决方法

Win10强制更新禁不掉的解决方法

现况 2018年8月之后安装或者更新的win10&#xff0c;现在会出现无法禁用windows update的情况&#xff0c;表现为&#xff1a; 在服务里禁用了windows update服务&#xff0c;后续服务仍能正常启动强制更新。设置“登录”和“恢复”选项卡依然无效。在设置里关闭更新选项无效…
阅读更多...
iOS 强制更新

iOS 强制更新

废话不多说&#xff0c;直接上代码 (void)getNewVersion {NSURLRequest *request [NSURLRequest requestWithURL:[NSURL URLWithString:"http://itunes.apple.com/cn/lookup?id1036152564"]];NSURLSessionDataTask *task [[NSURLSession sharedSession] dataTaskW…
阅读更多...
uniapp APP端在线升级功能实现讲解——强制或可选升级，下载进度显示

uniapp APP端在线升级功能实现讲解——强制或可选升级，下载进度显示

文章目录 概要 需求分析 技术实现梳理 1.是否更新判断&#xff1a; 2.升级弹窗的展示 3.根据升级类型限制操作 4.下载APP监听下载进度 5.下载完自动安装 核心API讲解 1.plus.downloader.createDownload(url,options,completedCallback)&#xff08;下载&#xff09; 2.plus.r…
阅读更多...
推荐文章

Copyright @ 2022~2023