这里会总结一下如何使用uniapp，去创建一个应用到打包，到真机调试，到构建成一个APK的流程，以及这个过程中笔者遇到的一些问题及如何解决。直接上正题，首先uniapp的官方文档大家是需要先有一个了解的，下面是主要的步骤：一，下载与安装好需要的软件， 可通过官网获取到上边的资源。二，使用HBuilderX创建一个uni-app项目；三，生成签名证书（.keystore）,这个证书很重要，后续多个地方需要用到，官网有相应的如何生成的操作说明文档；四，登录uniapp的开发者中心，生成AppKey这里的Android证书签名SHA1，就是上一步生成的.keystore证书里生成的SH
对于客户提供的已签名apk进行再次签名的方法如下：1、使用apktool工具，将原apk的签名进行删除：命令如下：apktooldtest.apk2、对删除签名之后的文件夹进行再次打包，此时无签名，命令如下：apktoolbtest，此时在test目录下会有一个dist文件夹，dist下面的就是重新打包的apk；3、使用jarsigner对步骤2当中重新打包的apk进行签名，命令如下：jarsigner-verbose-keystoredebug.keystore-sigfilecert-storepassandroid-signedjartest_signed.apk-sigalgSHA25
对于客户提供的已签名apk进行再次签名的方法如下：1、使用apktool工具，将原apk的签名进行删除：命令如下：apktooldtest.apk2、对删除签名之后的文件夹进行再次打包，此时无签名，命令如下：apktoolbtest，此时在test目录下会有一个dist文件夹，dist下面的就是重新打包的apk；3、使用jarsigner对步骤2当中重新打包的apk进行签名，命令如下：jarsigner-verbose-keystoredebug.keystore-sigfilecert-storepassandroid-signedjartest_signed.apk-sigalgSHA25
如果你正在使用 Windows11正式版，并且不希望更换到测试版或修改系统地区，那么可以使用「下载WSA离线安装包」的方法来安装部署Android子系统，可直接绕过地区和测试版限制，在Win11正式版上完成安装。这个WSA安卓子系统的应用程序离线安装包是从Windows微软应用商店中分析提取出来的，通过命令行就能进行安装(安装后跟在微软商店安装是完全一样的，没有区别)。下载Win11的Android子系统离线安装包解压后你会得到一个名字很长的文件，如：MicrosoftCorporationII.WindowsSubsystemForAndroid_1.7.32815.0_neutral_~_
如果你正在使用 Windows11正式版，并且不希望更换到测试版或修改系统地区，那么可以使用「下载WSA离线安装包」的方法来安装部署Android子系统，可直接绕过地区和测试版限制，在Win11正式版上完成安装。这个WSA安卓子系统的应用程序离线安装包是从Windows微软应用商店中分析提取出来的，通过命令行就能进行安装(安装后跟在微软商店安装是完全一样的，没有区别)。下载Win11的Android子系统离线安装包解压后你会得到一个名字很长的文件，如：MicrosoftCorporationII.WindowsSubsystemForAndroid_1.7.32815.0_neutral_~_
目录1、apk为何要分包（32位安装包、32位64位兼容包和64位安装包）？2、影响apk适配的cpu架构的因素-原生代码（C/C++代码）3、如何判断apk支持的cpu架构？ 3.1查看apk支持的cpu架构 3.2不同cpu架构之间的so库的兼容关系4、针对应用平台适配64位政策-让apk适配64位架构5、AndroidStudio如何构建支持不同架构的apk6、引用：1、apk为何要分包（32位安装包、32位64位兼容包和64位安装包）？ 安卓设备的核心是cpu（中央处理器），cpu常用架构有ARM架构和x86架构，cpu又分为32位和64位，因
目录1、apk为何要分包（32位安装包、32位64位兼容包和64位安装包）？2、影响apk适配的cpu架构的因素-原生代码（C/C++代码）3、如何判断apk支持的cpu架构？ 3.1查看apk支持的cpu架构 3.2不同cpu架构之间的so库的兼容关系4、针对应用平台适配64位政策-让apk适配64位架构5、AndroidStudio如何构建支持不同架构的apk6、引用：1、apk为何要分包（32位安装包、32位64位兼容包和64位安装包）？ 安卓设备的核心是cpu（中央处理器），cpu常用架构有ARM架构和x86架构，cpu又分为32位和64位，因
SAPQM执行事务代码QE01为检验批录入结果直接进入MultipleSpecification标签页？ 1,检验批10000000509是采购订单收货后触发的检验批。 执行事务代码QE01，为检验批10000000509录入检验结果， 输入检验批号之后，回车，进入如下界面， 界面多出了一个MultipleSpecification的标签页，并且系统默认首先进入这个标签页。如上图。 2,而对如下的检验批做相同的操作，则效果完全不同。 输入检验批后回车，系统进入如下的界面， 这是我们很常见的结果录入界面，没有出现MultipleSpecification的标签页。 3,神马原因
SAPQM执行事务代码QE01为检验批录入结果直接进入MultipleSpecification标签页？ 1,检验批10000000509是采购订单收货后触发的检验批。 执行事务代码QE01，为检验批10000000509录入检验结果， 输入检验批号之后，回车，进入如下界面， 界面多出了一个MultipleSpecification的标签页，并且系统默认首先进入这个标签页。如上图。 2,而对如下的检验批做相同的操作，则效果完全不同。 输入检验批后回车，系统进入如下的界面， 这是我们很常见的结果录入界面，没有出现MultipleSpecification的标签页。 3,神马原因
SAPQM创建一个包含MultipleSpecification的检验计划 笔者经过测试，貌似事务代码QP01是无法维护含有MultipleSpecification的检验特性的检验计划主数据。通过上网查资料得知，只能使用事务代码CWBQM来维护这种特殊类型的检验计划主数据。 本文以图文并茂的方式展示了该事务代码创建支持检验特性MultipleSpecification功能的检验计划的全过程。本文的展示是基于SAPS/4HANA1909版本的系统。 执行CWBQM事务代码， 在CurrentWorkingArea栏位里选择一个值，Q_TSK_000000000010,回车，进入如下界面，
