H5支付接入前准备

1.选择接入模式

商户/服务商在接入前首先要判断自己公司注册区域适用的接入模式,微信支付目前提供两种接入方式:直连模式和服务商模式。

● 直连模式:

信息、资金流:微信支付—>直连商户

直连模式,商户自行申请入驻微信支付,无需服务商协助。(商户平台申请)成为直连商户

● 服务商模式:

    —— 信息流    —— 资金流

服务商模式,商户申请成为微信支付服务商,服务商自身无法作为一个直连商户直接发起交易,其发起交易必须传入相关特约商户商户号的参数信息。(服务商平台申请)成为服务商

请结合自身实际情况来选择接入模式。

服务商模式相关说明详见:服务商模式介绍

2.参数申请

商户自行申请入驻微信支付,无服务商协助。(商户平台申请)成为直连商户

  • 1申请APPID由于微信支付的产品体系全部搭载于微信的社交体系之上,所以直连商户或服务商接入微信支付之前,都需要有一个微信社交载体,该载体对应的ID即为APPID。对于直连商户,该社交载体可以是公众号(什么是公众号),小程序(什么是小程序)或APP。如申请社交载体为公众号,请前往 公众平台申请如申请社交载体为小程序,请前往 小程序平台 申请如商户已拥有自己的APP,且希望该APP接入微信支付,请前往 开放平台申请商户可根据实际的业务需求来选择申请不同的社交载体。各类社交载体一旦申请成功后,可以登录对应平台查看账号信息以获取对应的appid。
  • 2申请mchid申请mchid和APPID的操作互不影响,可以并行操作,申请地址如下: 商户号申请平台申请成功后,会向服务商填写的联系邮箱下发通知邮件,内容包含申请成功的mchid及其登录账号密码,请妥善保存。注意:一个mchid只能对应一个结算币种,若需要使用多个币种收款,需要申请对应数量的mchid。
  • 3绑定APPID及mchidAPPID和mchid全部申请完毕后,需要建立两者之间的绑定关系。直连模式下,APPID与mchid之间的关系为多对多,即一个APPID下可以绑定多个mchid,而一个mchid也可以绑定多个APPID。
  • 完成

3.配置API key

API v3密钥主要用于平台证书解密、回调信息解密,具体使用方式可参见接口规则文档中证书和回调报文解密章节。

请根据以下步骤配置API key:

  • 1登录微信商户平台,进入【账户中心 > API安全 】目录,设置APIV3密钥。
  • 2在弹出窗口中点击“已沟通”。
  • 3输入API密钥,内容为32位字符,包括数字及大小写字母。点击获取短信验证码。
  • 4输入短信验证码,点击“确认”即设置成功。
  • 完成

4.下载并配置商户证书

商户API证书具体使用说明可参见接口规则文档中私钥和证书章节

商户可登录微信商户平台,在【账户中心】->【API安全】目录下载证书

以下为具体下载步骤:

  • 1从2018年底开始,微信支付新入驻机构及商户都将使用CA签发证书,在证书申请页面上点击“申请证书”。
  • 2在弹出窗口中点击“确定”。
  • 3在弹出窗口内点击“下载证书工具”按钮下载证书工具。
  • 4安装证书工具并打开,选择证书需要存储的路径后点击“申请证书”。
  • 5在证书工具中,将复制的商户信息粘贴并点击“下一步”。
  • 6获取请求串
  • 7生成证书串步骤1 在【商户平台】-“复制证书串”环节,点击“复制证书串”按钮后;步骤2 在【证书工具】-“复制请求串”环节,点击“下一步”按钮进入“粘贴证书串”环节;步骤3 在【证书工具】-“粘贴证书串”环节,点击“粘贴”按钮后;步骤4 点击“下一步”按钮,进入【证书工具】-“生成证书”环节
  • 8在【证书工具】-“生成证书”环节,已完成申请证书流程,点击“查看证书文件夹”,查看已生成的证书文件。
  • 完成
    • 引用自微信商户平台文档

小米开放平台特殊行业资质要求

本文档介绍了特殊行业资质要求相关内容,您可在阅读文档内容后,对特殊行业资质要求有所了解。

一、资质提交入口

应用相应资质提交入口:“小米开放平台”-“应用管理页”-“发布应用或创建新应用”-“完善资料”-“上传行业资质证明”。

如有疑问,请进入问题工单系统,与我们取得联系。

二、特殊行业资质要求

由于应用种类繁多、审核规范会不定期调整,资质说明并未详尽,以后台驳回理由以及与咨询开发者支持同学为准。

根据国家相关法律法规要求,请以下类型产品提供相应的资质,具体要求如下:

图:特殊行业资质要求

承诺函通用版本docx.docx

小米开放平台应用分阶段发布操作指南

1、功能介绍

在应用发布新版本时,您可以采用分阶段发布的方式进行应用版本更新。采用分阶段发布,您可以先向一定比例的用户发布更新的版本,快速获取用户对新版本的反馈意见,验证产品功能的稳定性,降低全量发布可能出现的风险及影响范围。

(目前该能力覆盖范围仅限应用,游戏暂不支持,且该能力处于内测阶段,如需开通,请联系 zhouyanjie@xiaomi.com ,并提供开发者ID、应用名称、应用包名)。

2、操作说明

2.1 使用分阶段发布能力

前提条件:您的APP当前上架版本为全网发布时,可提交新版本并设置为分阶段发布(即分阶段发布只适用于应用版本更新环节)。

操作路径:小米开放平台 – 应用列表 – 管理 – 应用详情页 – 更新版本。

图:应用更新

2.2 创建分阶段发布版本

在“发布类型”区域下设置相关参数。

图:设置分阶段发布参数
参数说明
发布类型选择“分阶段发布”;
生效时间分阶段发布的生效周期; 
分阶段发布开始时间不得早于当前时间,结束时间必须大于开始时间,生效周期最大30天。达到生效结束时间后,分阶段发布版本将自动转全网发布。
暂停状态下,不会自动转全网发布;
到达结束时间后操作默认为到达结束时间后推送全网发布,也可选择暂停分阶段发布;
发布百分比请输入整数或小数,数值必须大于0且小于100。如果输入小数,则最多保留小数点后1位。对同一个分阶段发布版本,要求发布百分比数值逐渐变大;
分阶段发布说明填写本次分阶段发布的备注信息,如发布特性等,限500字以内。此说明不对用户或小米审核人员展示,仅展示在版本信息页面,供开发者自己参考;
图:参数说明

完善其他相关信息后,点击“提交审核”,确认版本号无误后点击“确认”。提交成功后,应用版本状态更新为“审核中”。

2.3 管理分阶段发布版本

审核期间,在应用详情页可以对分阶段发布版本查看详情、撤销审核;

审核通过后,小米商店将按设置的生效时间和发布百分比分发该版本,正式版本和分阶段发布版本将同时在架。开发者可以在应用详情页查看、更新资料和更新发布管理;

图:查看分阶段发布应用

在“发布管理”页面,可查看分阶段版本的发布状态、发布设置、发布说明等,并进行更新分阶段发布、全网发布、暂停分阶段发布、恢复分阶段发布、取消分阶段发布操作。

图:查看分阶段发布状态、发布设置、发布说明

2.3.1 暂停分阶段发布

分阶段发布生效后,点击“暂停分阶段发布”,认真阅读弹出的提示框内容后,点击“确认”,分阶段发布版本将在小米应用商店暂时下架,即发布范围内的所有用户均暂时无法在小米应用商店搜索到该版本的应用。

图:暂停分阶段发布

2.3.2 恢复分阶段发布

分阶段发布暂停期间,点击“恢复分阶段发布”按钮,在弹窗中点击“确定”,该分阶段发布将在小米应用商店恢复上架,按照设置的生效时间和发布百分比继续分发,且恢复分阶段发布的申请无需人工审核。

图:恢复分阶段发布
恢复分阶段发布参数说明
生效时间起始时间:不支持修改; 
结束时间:支持修改,您需要保证整个分阶段发布的生效周期不超过30天;
发布百分比支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,需大于等于上一次的百分比数值;
分阶段发布说明支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,建议大于上一次的百分比数值。
图:参数说明

2.3.3 更新分阶段发布

在分阶段发布审核通过但尚未达到生效时间以及在分阶段发布生效期间内,您均可以执行更新分阶段发布操作,且更新分阶段发布的申请无需人工审核。

图:更新分阶段发布
更新分阶段发布参数说明
生效时间起始时间:不支持修改;
结束时间:支持修改,您需要保证整个分阶段发布的生效周期不超过30天;
发布百分比支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,需大于等于上一次的百分比数值;
分阶段发布说明支持修改。对于同一个分阶段发布版本,每修改一次发布范围的百分比,建议大于上一次的百分比数值。
图:更新分阶段发布参数

2.3.4 取消分阶段发布

分阶段发布未生效和已生效期间,点击“取消分阶段”按钮,认真阅读弹出的提示框内容后,在弹窗中点击“确定”,可以取消分阶段发布,取消后,该版本将在小米应用商店下架,取消分阶段发布无需人工审核。

图:取消分阶段发布

2.3.5 分阶段发布转全网发布

  • 自动转全网发布:如您之前在发布配置- 结束时间后操作选择的是“推全网发布”则分阶段发布的生效周期结束后,将自动转全网发布版本;
  • 手动转全网发布:点击“恢复分阶段发布”或“更新分阶段发布”,“发布类型”选择“全网发布”,即可将分阶段发布版本转为全网版本。

注:分阶段发布版本转为全网版本后,帐号持有者会收到邮件通知。

2.3.6 下架分阶段发布版本

  • 取消分阶段发布后,分阶段发布版本会立即下架,无需人工审核;
  • 应用下架审核通过后,分阶段发布版本也将随之下架。

2.4 提交新版本

当APP的各版本都审核完成时,点击全量版本操作栏的“更新版本”按钮,“发布类型”选择全网发布或分阶段发布,可更新正式版本或分阶段发布版本。提交审核后,当前在架的分阶段发布版本将下架。

3、常见FAQ

1)设置的比例代表什么含义?

以设置10%为例,代表在小米应用商店内有10%的活跃用户可以看到您的新版本;

2)该包是否会影响到正常版本的分发?

使用该能力后,新包和旧包同时保持上架,新包仅分发给设置的比例所命中用户群;

3)如果使用分阶段发布的新包有问题,想上传新的包去覆盖怎么操作?

只要保证新包版本号大于上一次的包即可;

4)分阶段发布是否支持同版本更新?

暂不支持。

以上为应用分阶段发布流程内容,如您仍有问题,可进入问题工单系统,与我们取得联系。

小米开放平台应用隐私检测问题查询-“隐私合规”模块使用教程

为协助开发者在开发、运营APP的过程中,更好履行个人信息保护责任与义务,保障平台用户的合法权益,为用户和开发者提供更多更好的服务,小米应用商店新增隐私问题查询和复测功能。本文档为“隐私问题查询和复测页面”的使用教程,您可在了解文档内容后进行功能使用。

一、隐私问题查询路径

1、隐私检测弹窗提示

当开发者旗下的应用,在隐私检测过程中发现问题,我们将通过邮件、开发者站弹窗公告的方式进行提醒,告知开发者关注检测出的问题,届时开发者可通过弹窗直接跳转查看问题。如开发者旗下多个应用均检测出问题时,我们也将仅发布一个弹窗公告来提醒。

图:弹窗提示隐私政策问题

2、开发者站首页“隐私合规”入口

开发者站首页增加隐私检测入口,点击可进入隐私合规页面。在此可浏览开发者旗下在架应用的隐私检测状态,及存在的具体问题报告详情。(注:隐私合规页面中,仅对当前状态为“在架”的应用进行检测)

图:隐私政策合规入口

3、应用详情页“隐私合规”入口

同样,在各个应用的管理详情页—“应用服务”模块下,也增加了隐私问题查询入口,点击后可进入对应应用的隐私问题检测报告页。(注:部分非在架状态的应用无法检测,因此无问题报告详情)

图:隐私政策合规入口

二、隐私问题查询操作指南

1、检测情况查询

开发者进入“隐私合规”模块页面后,开发者旗下的应用将按照检测情况进行排列,不同检测状态定义如下:

1)检测情况显示“已通过”:代表该应用本次检测中,未发现问题;

2)检测情况显示“未通过”:代表该应用在本次检测中,发现存在隐私问题;

3)检测情况显示“未检测”:代表该应用目前在检测排队中,未进行检测;

4)检测情况显示“检测中”:代表开发者在“问题报告”页面,提交修改后的apk,正在复测中。

(注:因检测易受到环境差异或时间节点影响,已通过应用不代表绝对安全,未来还将不定期复测)

开发者可点击“隐私合规”模块页面上方的《隐私合规问题修改指引》,查询隐私问题的修改方法,或参照标准来进行问题的自查。

图:隐私合规问题修改指引

2、隐私问题报告查询

点击各个应用的“查看报告”入口可进入报告详情页,查看应用存在的相关问题及问题产生的详细介绍。对无法复现或定位的问题,报告详情页中将提供检测期间问题页面的截图供开发者参考,并且可以通过详情页中“查看报告”入口可以下载报告查看详细的检测问题项及其整改建议。

图:隐私问题报告查询

三、修改后的apk提交隐私复测操作指南

1、提交APK进行复测

如开发者将应用存在的隐私问题修改完成,开发者可在“问题报告详情页”中,点击右上角的“检测修改后的apk”,提交修改后的包体进行隐私合规的复测,提交复测的apk,无需修改apk的版本号。

图:提交新版安装包进行复测
图:核对安装包信息

复测apk上传后,将会对“包名、hash值、MD5”等信息进行校验,避免开发者不小心提交未修改的apk或错误的apk。(注:开发者上传未修改过的apk,或上传其他应用的apk,会进行弹窗提醒)

图:包名不一致提示
图:未修改的安装包提示

2、提交APK复测后状态查询

当开发者提交修改后的apk进行复测,问题报告详情页中的提交复测按钮将置灰,页面将暂时保持上一次的检测结果,待复测完成后,页面检测结果将更新为最新状态。(注:复测需要1~2个工作日)

图:复测后结果查询

若应用检测通过,问题详情页将显示以下状态。(注:检测通过的详情页,不提供apk复测入口)

图:复测通过显示

如您在使用过程中仍遇到其他问题,也可通过开发者站的问题工单系统模块,与我们取得联系,我们将有专人解答您的问题,感谢您的支持和理解。

小米开放平台应用商店支持 64 位架构适配

4 位 CPU 能够为您的用户提供更快、更丰富的体验。添加 64 位的应用版本不仅可以提升性能、为未来创新创造条件,还能针对仅支持 64 位架构的设备做好准备。

本指南介绍了如何确保 32 位应用为支持 64 位设备做好准备,供您随时采用。

评估您的应用

如果您的应用仅使用以 Java 编程语言或 Kotlin 编写的代码(包括所有库或 SDK),那么就表示该应用已经能支持 64 位设备。如果您的应用使用了任何原生代码,或者您不确定应用是否使用了这类代码,那么您需要评估应用并采取措施。

快速状态检查

要检查应用是否已满足 64 位要求,请将应用安装包上传至应用完善资料页的安装包信息模块处,若上传成功,证明安装包符合要求。

您的应用是否使用了原生代码?

首先需要检查您的应用是否使用了任何原生代码。 如果您的应用符合以下情况,便是使用了原生代码:

  • 使用了任何 C/C++(原生)代码。
  • 与任何第三方原生库关联。
  • 通过使用原生库的第三方应用构建程序构建而成。

应用是否包含 64 位库?

若要确定应用是否包含 64 位库,最简单的方法就是检查 APK 文件的结构。在构建时,APK 会与应用所需的所有原生库打包在一起。原生库会根据 ABI 存储在不同的文件夹中。您的应用不一定要支持所有 64 位架构,但对于支持的每种原生 32 位架构,应用都必须包含相应的 64 位架构。

对于 ARM 架构,32 位库位于 armeabi-v7a 中。 对应的 64 位库则位于 arm64-v8a 中。

对于 x86 架构,32 位库位于 x86 中,64 位库则位于 x86_64 中。

首先要确保这两个文件夹中都有原生库。总结如下:

平台32 位库文件夹64 位库文件夹
ARMlib/armeabi-v7alib/arm64-v8a
x86lib/x86lib/x86_64

请注意,每个文件夹中的一套库可能完全相同,也可能不完全相同,这取决于应用的具体情况。您应达到的目标是确保您的应用能够在仅支持 64 位架构的环境中正常运行。

通常情况下,同时针对 32 位和 64 位架构构建的 APK 或软件包会具有这两种 ABI 的文件夹,每个文件夹中都有一套相应的原生库。如果您的应用不支持 64 位架构,那么您很可能会看到 32 位 ABI 文件夹,但没有 64 位文件夹。

使用 APK 分析器查找原生库

APK 分析器是一款可用于对构建的 APK 进行各方面评估的工具。针对我们目前所讨论的情况,我们将使用该工具查找原生库,以确定是否具备 64 位库。

1.打开 Android Studio,然后打开任一项目

2.从菜单中依次选择 Build > Analyze APK…

3.选择您要评估的 APK。

4.查看 lib 文件夹,您可以在其中找到“.so”文件。如果在您的应用中找不到任何“.so”文件,则说明该应用的相应库已准备就绪,您无需采取进一步措施。如果您看到 armeabi-v7a 或 x86,则说明您有 32 位库。

5.检查是否 arm64-v8a 或 x86_64 文件夹中有类似的“.so”文件。

6.如果您没有任何 arm64-v8a 或 x86_64 库,则需要更新构建流程以开始构建并打包 APK 中的这些工件。

7.如果您看到 32 位和 64 位的库均已打包到软件包中,则可以跳至在 64 位硬件上测试应用

通过解压缩 APK 查找原生库

APK 文件的结构类似于 ZIP 文件,可以像 ZIP 文件一样解压缩。 如果您更喜欢使用命令行或任何其他解压缩工具,也可以采用解压缩 APK 的方法。

只需解压缩 APK 文件(根据您使用的解压缩工具,您可能需要将其重命名为 .zip),然后按照上文中的指南浏览解压缩后的文件,即可确定您的应用是否已经为支持 64 位设备做好准备了。

例如,您可以从命令行中运行如下命令:

:: Command Line
> zipinfo -1 YOUR_APK_FILE.apk | grep .so$
lib/armeabi-v7a/libmain.so
lib/armeabi-v7a/libmono.so
lib/armeabi-v7a/libunity.so
lib/arm64-v8a/libmain.so
lib/arm64-v8a/libmono.so
lib/arm64-v8a/libunity.so复制

请注意,此示例中存在armeabi-v7a库和arm64-v8a库,这表明该应用支持 64 位架构。

使用 64 位库构建应用

下面针对构建 64 位库做出了相关的说明。不过,需要指出的是,以下内容仅介绍了如何构建在源代码的基础上可构建的代码和库。

如果您使用任何外部 SDK 或库,请确保按照上文所述的步骤使用 64 位版本。如果没有 64 位版本可用,请与相应 SDK 或库的所有者联系,并在规划支持 64 位设备的方案时将这一点考虑在内。

使用 Android Studio 或 Gradle 进行构建

大多数 Android Studio 项目都使用 Gradle 作为底层构建系统,因此本部分适用于使用这两种工具进行构建的情况。针对原生代码进行构建很简单,只需将 arm64-v8a 和/或 x86_64(视您要支持的架构而定)添加到应用的“build.gradle”文件中的 ndk.abiFilters 设置中即可:

// Your app's build.gradle
apply plugin: 'com.android.app'

android {
   compileSdkVersion 27
   defaultConfig {
       appId "com.google.example.64bit"
       minSdkVersion 15
       targetSdkVersion 28
       versionCode 1
       versionName "1.0"
       ndk.abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
// ...复制

使用 CMake 进行构建

如果您的应用是使用 CMake 构建的,那么您可以通过将 arm64-v8a 传递到“-DANDROID_ABI”参数来针对 64 位 ABI 进行构建:

:: Command Line
> cmake -DANDROID_ABI=arm64-v8a … or
> cmake -DANDROID_ABI=x86_64 …复制

在使用externalNativeBuild时,此方法无效。请参阅使用 Gradle 进行构建部分。

使用 ndk-build 进行构建

如果您的应用是使用 ndk-build 构建的,那么您可以使用 APP_ABI 变量修改“Application.mk”文件,从而针对 64 位 ABI 进行构建:

APP_ABI := armeabi-v7a arm64-v8a x86 x86_64复制

在使用externalNativeBuild时,此方法无效。请参阅使用 Gradle 进行构建部分。

将 32 位代码移植到 64 位架构

如果您的代码已经可以在桌面或 iOS 平台上运行,那么您无需针对 Android 做额外的工作。如果这是第一次针对 64 位系统构建您的代码,那么您需要解决的主要问题是指针不再适合 int 这样的 32 位整数类型。您将需要更新以 intunsigned 或 uint32_t 等类型存储指针的代码。在 Unix 系统上,long 对应的是指针大小,但在 Windows 上并非如此,因此您应该改用释意类型 uintptr_t 或 intptr_t。使用 ptrdiff_t 类型来存储两个指针之间的差异。

您应该始终选择使用 <stdint.h> 中定义的特定固定宽度整数类型,而不是 int 或 long 等传统类型,即便对于非指针也应如此。

使用以下编译器标记来捕捉代码在指针和整数之间转换不正确的情况:

-Werror=pointer-to-int-cast
-Werror=int-to-pointer-cast
-Werror=shorten-64-to-32复制

具有int字段(包含指向 C/C++ 对象的指针)的 Java 类也有同样的问题。在 JNI 源代码中搜索jint,并确保切换到long(Java 端)和jlong(C++ 端)。

注意:因指针被截断而引起的崩溃将表现为 SIGSEGV,其中错误地址的前 32 位全部为零。

对于 64 位代码而言,隐式函数声明的危险性要高得多。C/C++ 假定隐式声明的函数(即编译器未检测到声明的函数)的返回值类型为int。如果函数的实际返回值类型是指针,那么在 32 位系统上是可行的,因为在 32 位系统中指针的类型为int,但在 64 位系统中,编译器会丢弃指针的前半部分。例如:

// This function returns a pointer:
// extern char* foo();

// If you don't include a header that declares it,
// when the compiler sees this:
char* result = foo();

// Instead of compiling that to:
result = foo();

// It compiles to something equivalent to:
result = foo() & 0xffffffff;

// Which will then cause a SIGSEGV if you try to dereference `result`.复制

以下编译器标记会将隐式函数声明警告变成错误,以便您能够更轻松地查找和解决此问题:

-Werror=implicit-function-declaration复制

如果您有内联汇编程序,您需要重新编写该程序或使用普通的 C/C++ 实现。

如果您对类型大小进行了硬编码(例如,8 或 16 字节),请使用等效的 sizeof(T) 表达式(例如 sizeof(void*))来替换它们。

如果需要有条件地编译不同于 64 位的 32 位代码,则对于一般性的 32/64 差异,您可以使用 #if defined(__LP64__);对于 Android 支持的具体架构,可以使用 __arm__、__aarch64__ (arm64)、__i386__ (x86) 和 __x86_64__。

您需要调整类似 printf 或 scanf 的函数的格式字符串,因为如果使用传统的格式说明符,您无法以一种对 32 位和 64 位设备都正确的方式来指定 64 位类型。您可利用 <inttypes.h> 中的PRI 和 SCN 宏来解决此问题,PRIxPTR 和 SCNxPTR 分别用于写入/读取十六进制指针,PRId64 和 SCNd64 分别用于以可移植的方式写入/读取 64 位值。

在移位时,您可能需要使用 1ULL 来获取要移位的 64 位常数,而不能使用仅支持 32 位的 1。

利用 Android App Bundle 减少大小增加量

为您的应用添加 64 位架构支持可能会导致 APK 的大小增加。我们强烈建议您利用 Android APP Bundle 功能,以尽量减小因在同一 APK 中同时包含 32 位和 64 位原生代码而对 APK 大小产生的影响。

实际上,将应用改为使用 Android App Bundle 可以缩减 APK 的大小,使其比现在更小。

游戏开发者

我们知道,迁移第三方游戏引擎是一个耗费人力的过程,并且需要很长的准备时间。庆幸的是,三大最常用的引擎目前都支持 64 位架构:

  • Unreal(自 2015 年起)
  • Cocos2d(自 2015 年起)
  • Unity(自 2018 年起)

Unity 开发者

升级到支持的版本

Unity 自版本 2018.2 和 2017.4.16 开始提供 64 位支持。

如果您发现自己使用的 Unity 版本不支持 64 位架构,请确定要升级到的版本,并按照 Unity 提供的指南迁移您的环境,确保将您的应用升级到可构建 64 位库的版本。Unity 建议您升级到该编辑器的最新 LTS 版本,以获取最新的功能和更新。

下面的图表概述了 Unity 的各个版本以及您应该采取的措施:

更改构建设置以输出 64 位库

如果您使用的 Unity 版本支持 64 位的 Android 库,那么您可以通过调整构建设置来生成 64 位版本的应用。您还需要使用 IL2CPP 后端作为 Scripting Backend(详见此处)。要为构建 64 位架构而设置 Unity 项目,请按以下步骤操作:

1.转到 Build Settings,然后确认 Unity 标志是否显示在 Platform 下的 Android 旁边,以确保您是在针对 Android 进行构建。

a.如果 Unity 标志未显示在 Android 平台旁边,请选择 Android,然后点击 Switch Platform。

2.点击 Player Settings。

3.依次转到 Player Settings Panel > Settings for Android > Other Settings > Configuration

4.将 Scripting Backend 设为 IL2CPP

5.依次选择 Target Architecture > ARM64 复选框。

6.照常构建!

请注意,针对 ARM64 进行构建需要您专门针对该平台构建您的所有资产。请按照 Unity 的指南来缩减 APK 大小,同时考虑利用Android App Bundle功能来减小大小增加量。

RenderScript 和 64 位合规性

如果您的应用使用 RenderScript 并且是通过较低版本的 Android 工具构建的,该应用可能会存在 64 位合规性问题。使用版本低于 21.0.0 的构建工具时,编译器可能会将生成的位码放到外部 .bc 文件中。64 位架构不再支持这些旧的 .bc 文件,因此,如果您的 APK 中有这类文件,就会造成合规性问题。

要解决此问题,请移除项目中的所有 .bc 文件,将环境升级到 build-tools-21.0.0 或更高版本,并将 Android Studio 中的 renderscriptTargetApi 设为 21+,以指示编译器不要生成 .bc 文件。然后,重新构建您的应用,检查是否有 .bc 文件,再将应用上传到 小米应用商店。

在 64 位硬件上测试应用

64 位版本的应用应提供与 32 位版本相同的质量和功能集。请对您的应用进行测试,以确保使用最新的 64 位设备的用户能够在您的应用中获得优质的体验。

要开始测试您的应用,您要有支持 64 位架构的设备。时下有很多支持 64 位架构的热门设备,例如 Google 的 Pixel 以及其他旗舰设备。

最简单的 APK 测试方法就是使用 adb 安装该应用。大多数情况下,您可以提供 --abi 作为参数,用以指示要将哪些库安装到设备上。这样在设备上安装该应用时便会仅包含 64 位库。

:: Command Line
# A successful install:
> adb install --abi armeabi-v7a YOUR_APK_FILE.apk
Success

# If your APK does not have the 64-bit libraries:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
adb: failed to install YOUR_APK_FILE.apk: Failure [INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113]

# If your device does not support 64-bit, an emulator, for example:
> adb install --abi arm64-v8a YOUR_APK_FILE.apk
ABI arm64-v8a not supported on this device复制

安装成功后,请照常对应用进行测试,以确保其质量与 32 位版本相同。

发布

如果您觉得应用已准备妥当,请照常发布。与往常一样,请继续遵循部署应用的最佳做法。我们建议利用封闭式测试轨道向有限数量的用户发布应用,以确保应用的质量一致。

在发布重大更新时,也务必要先在支持 64 位的设备上进行全面测试,然后再面向更广泛的受众群体发布。

小米开放平台32/64分包上传说明

应用32/64位安装包上传须知

1、目的

为更好地提升APP性能体验,降低APP功耗影响,同时保证APP在手机上的运行效率和兼容性;小米应用商店将针对不同机型下发合适的包体,推进国内安卓生态对64位架构的支持。

开发者可以在了解本文档描述的规则后,选择适合您的传包模式。

2、安装包要求

  • 同一应用的包名、应用名称、签名需相同,每种安装包为独立且完整的apk文件;
  • 双包应用上传或更新时,需保证双包同时审核通过才可上线;
  • 双包上传时,两个包体的md5值不能相同;
  • 支持从cpu架构维度拆分。

3、单包上传规则

  • 2022年5月6日后新上传的应用,单包上传入口仅支持上传32/64位兼容包和64位架构包,不支持32位架构包;
  • 2022年5月6日前的在架包更新时,单包上传入口支持上传32位、64位安装包或32/64位兼容包。

:“单包上传”的32位架构包入口,仅为给开发者提供过渡期选择,近期将会关闭。为避免应用分发受影响,建议开发者尽快完成64位适配。

4、双包上传规则

  • 首次使用“双包上传”,或从“单包上传”更换为“双包上传”时:必须同时上传32位、64位架构包;
  • 双包同时上传时,两个包体的versioncode需保持一致,且两个包体需要同时审核通过后才可上架。

操作方法/路径

1、应用创建

1.1 登录小米应用商店开发者站官网,点击“创建应用”,开始应用首次创建。

图:创建应用

1.2 进入创建应用页面,在此页面您需要填写语言、操作系统、应用名称、应用包名等信息(注:后续应用创建流程请参考应用创建操作指南)。

图:输入应用基本信息

1.3 创建包名后,进入到完善资料页,完成应用安装包的上传,在该页面可选择APK上传方式为“单包上传”或“双包上传”。

  • 单包上传:支持上传64位安装包或32/64位兼容包;
  • 双包上传:需同时上传32位和64位两个安装包。
图:选择上传安装包类型

如果您选择的是单包上传,目前不支持上传32位安装包。当上传的apk包是32位时,会出现弹窗错误提示并同时清空上传的安装包。

图:单包上传32位安装包错误提示

2、应用更新

2.1 进入应用管理界面,点击“管理”按钮进入应用详情页。

图:管理应用

2.2 点击应用详情页“更新版本”按钮,进入完善资料-测试审核-发布上线的流程。

图:版本更新

2.3 根据您的安装包适配情况上传新的应用安装包。

  • 单包上传:支持上传32位、64位安装包或32/64位兼容包;
  • 双包上传:需同时上传32位和64位两个安装包。
图:选择上传安装包类型

2.4 应用更新后续流程请参考应用更新、修改操作指南

应用适配常见问题

1、应用如何适配64位,是否有适配技术文档?

A:请参考小米应用商店支持 64 位架构适配文档

2、什么是32/64位兼容安装包?

A:32/64位兼容安装包指既能支持32位手机系统又同时支持64位手机系统的安装包。

3、同时上传32/64位安装包需要注意什么?

A:同时上传32位、64位安装包需要在正确入口进行上传,且需要保障32位、64位安装包包名、版本、签名一致,应用商店会对两个包体同时进行审核。

4、32/64位双包上传,是否会影响原广告账号投放?

A:不会影响原广告账号投放。

5、适配后,用户在应用商店搜索是否会出现2个同样的应用?

A:双包上传后,用户不会在小米应用商店搜索到2个同样的应用,商店对每个APK会针对不同的设备CPU架构进行下发,即32位应用下发32位CPU架构设备,64位应用下发64位CPU架构设备。

6、除包体适配外,是否还需其他材料适配?

A:仅需做64位应用包体适配,无需重新制作其他物料。

以上是应用32/64位安装包上传的相关内容,如您仍有问题,可进入问题工单系统,与我们取得联系。

小米开放平台应用发布常见问题

1、如何修改应用名称?

如果应用已被审核驳回,您可以重新提交版本更新时在应用信息重新填写相关信息;

如果应用已经审核通过,在提交应用版本更新时是可以修改应用名称的;

如果应用存在较大改动建议您可以先申请下架后再重新提交审核。

注:应用名称半年内修改不得超过三次。

注:安装在手机上显示的应用名称读取自您提交的apk,请您务必保证在提交应用时填写的应用信息内应用名称与安装在手机上显示的应用名称保持完全一致。

注意:任何显示应用名称的地方(资质文件内、应用信息内、安装在手机上显示的等等)都需要保持一致的。

2、应用相关材料如软著等,可以授权吗?

所有资质文件的所属主体信息需与提交应用审核使用的开发者账号主体信息保持一致。

注意:小米同学不建议您使用授权书面说明文件。(授权证明、合作协议都是没有具体模板的,需要开发者自拟,需写明具体授权内容及授权方,并加盖授权双方公章;子母公司之间可以提供授权使用书面证明并加盖双方公章) 。

具体特殊行业类应用资质要求请参见文档:特殊行业资质要求:https://dev.mi.com/distribute/doc/details?pId=1139

提交位置:资质文件提交在特殊资质代理证书一栏即可。

注意:在行业资质处提供的材料是无法删除的,如果您在原材料的基础上提交新材料,若未附带原材料一起提交,新材料会将原材料替换掉。

3、怎么能更改应用的账号管理?

1、全新认领功能已上线,您可以参考以下流程提交认领申请将应用从一个开发者账号转移至其他开发者账号管理(此方式您需要两个开发者账号) 。

应用认领操作说明:https://dev.mi.com/distribute/doc/details?pId=1076

2、您可以通过开发者账号的重新绑定来更换账号的管理权,变更绑定注册邮箱的本质是将开发者账号从旧小米账号换绑至新小米账号(该小米账号从未注册过开发者账号)。

开发者账号更换注册邮箱/重新绑定注册邮箱:https://dev.mi.com/distribute/doc/details?pId=1068

注: 小米开发者账号是通过小米账号内绑定邮箱注册的,所以一个手机号只能注册一个小米账号,一个小米账号只能注册一个开发者账号,一个邮箱只能绑定一个小米账号,

变更绑定注册邮箱的本质是将开发者账号从旧小米账号换绑至新小米账号的,所以必须提供新小米账号(未注册开发者账号)对应的小米id和绑定邮箱账号,否则是无法成功更换绑定的。

4、创建新应用时,提示包名被占用,怎么办?

包名一旦创建后是无法修改且应用一旦删除所有数据将清空,如:下载量、评论,

小米应用商店系统逻辑要求,同一个包名仅可使用一个账号创建,

如您在创建过程中提示包名已被占用,可以参照以下两种方案:

1、应用认领操作说明将应用认领至新账号下管理。请您参考应用认领操作指南文档:应用认领操作指南

2、如果无法进行应用认领并且不清楚登录账号的,建议您可通过侵权流程维护您的权益:侵权文档

5、应用无法提交,提示“APK解析签名错误!”,如何解决?如何修改签名文件?

小米应用商店上传的应用包都必须经过签名,且更新版本时签名需保持一致;如果没有签名或者签名不一致就会提示“APK解析签名错误!”,我们建议您首先自行比对签名,如比对后仍未发现问题,可以提供应用名称,应用包名,apk包和错误的视频或者截图到工单问题工单系统,与我们取得联系。

应用上架后签名无法更改或找回,请自行与贵司技术仔细核查确认,如果签名丢失或者需要更换,需要申请删除原应用后,再重新提交上传新apk。

6、应用如何进行同版本更新?

根据小米应用商店系统逻辑要求,将apk_hash改变后,即可进行同版本更新。

7、应用认领到新账号下,原有应用数据等信息会丢失吗?

应用认领后下载数据等信息将一并同步至新账号下,数据等信息不会丢失,原账号不做保留。

8、如何进行版本回滚?如新版本产生严重BUG。

您可以选择进行版本回滚,或者修复BUG发布新版本。

目前小米应用商店仅支持回滚至上一版本,如果需要回滚,请您提供以下信息至工单:

1、应用名称、应用包名、应用id

2、应用所在应用管理界面截图和该应用所在开发者账号资料截图

3、申请内容(如您的具体问题、您的需求、完整问题截图等材料)

9、应用驳回但是不能编辑资料,是什么原因?

应用驳回状态无法编辑资料,如果需修改,建议您可在重新提交发布应用的时候修改。

10、可以管理自己的应用评论吗?想添加评论置顶、删除。

小米应用商店设计了反垃圾程序、算法和人工审核评论机制,以防护恶意评论。

我们已知悉您的反馈,并会对相应机制进行优化升级,但目前开发者站暂不支持开发者对于用户评论的管理(置顶、删除等),还请知悉。


11、应用创建时选择定时上线如何更改约定时间?

如您需取消定时发布,则需撤销应用审核后重新发布或发送以下内容至工单系统才能取消或更改发布时间:

1、应用名称

2、应用包名

3、应用所在应用管理界面截图和该应用所在开发者账号资料截图

4、 申请内容(请确定是取消还是更换时间,若为更换时间请告知新的上线时间)

以上内容为应用发布与管理常见问题集合,我们将会不断更新此文档。如您仍有问题,可进入问题工单系统,与我们取得联系。

刘海屏终于被干掉!苹果iPhone 15曝光:全系标配灵动岛

近日,显示器行业分析师Ross Young称,苹果计划将iPhone 14 Pro系列首发的挖孔屏设计,用到明年四款iPhone 15机型上。iPhone 14系列发布后,各家分析师也开始了新iPhone的预测了。

(图片来自Twitter)也就是说,与挖孔屏相匹配的“灵动岛”特性也将成为iPhone 15系列的标配,四款机型的外观、功能方面也得到了统一。而“坏消息”是,该分析师认为,标准版的iPhone 15依旧不会配备LTPO显示面板以及ProMotion技术,高刷新率、AOD常量显示功能缺席。有消息称苹果将会在下一代iPhone中,进一步拉大标准版与Pro版之间的差距,而且产品命名上也会有所改动。不过安卓阵营几百块的手机都有高刷屏,苹果的手机几千块了还在用60Hz,消费者肯定不爽,这也是为啥今年的iPhone 14和iPhone 14 Plus如此不受待见。

(图片来自苹果官方)标准版iPhone没有高刷新率,小雷认为也是意料之中的事情,毕竟两个版本的iPhone在性能、影像等方面,表现都差不太多。不像安卓阵营那边,可以通过处理器、影像传感器、做工、材质、设计上等方面的取舍来区分产品定位。如果标准版iPhone的高刷短板补齐了,大家加钱买Pro的积极性就会大大降低。至于灵动岛,很显然还是一个半成品,与之适配的App数量很少,可交互的空间还是很有限,除了动画好看以外,小雷认为这项功能并没有给iPhone的体验带来什么实质性的提升,目前来看不过是通过一些讨巧的动画设计,让巨大的挖孔显得不那么生硬。

(图片来自苹果官方)另一方面,由于全新的屏幕设计,许多App的UI界面还不能适应新iPhone,已经首发入手的小伙伴还得等软件开发商优化适配,早期的体验肯定是要差点的。在小雷看来,如今标准版iPhone更像是一种衬托Pro版的产物,产品力一般,提升很有限,价格也相当“自信”,即便是降价,也很难跟现在的安卓旗舰掰手腕。苹果在高端手机市场中占据了超过70%的份额,几乎没有能与之匹敌的对手,希望安卓厂商再努力一把,别让苹果挤牙膏了。

提高5G使用体验:苹果iPhone 14 Pro系列增加了VoNR

苹果iPhone 14 Pro系列增加了VoNR(超高清音频和视频通话)允许用户在手机数据选项的语音和数据屏幕上打开独立的5G语音.

值得注意的是,该功能只在iPhone 14 Pro型号上可用,而在iPhone 14或iPhone 13 / Pro型号上都没有。

据了解,使用VoNR技术不仅可以缩短建立电话连接的时间,而且大大提高了连接成功率,减少了通话过程中可能出现的中断。公开信息显示,VoNR (Voice over New Radio的缩写)是5G网络的目标语音解决方案。在VoNR之前,拨打语音电话会将手机从5G推回4G,但VoNR支持5G的数据和语音并发。今年4月至5月,中国移动、中国联通、中国电信先后宣布支持基于5G SA网络的VoNR相关功能,并将陆续在全国主要城市开通相关服务。该项技术确保用户在通话过程中保持稳定、高速的5G数据连接,并保持游戏和视频体验不变。

小米开放平台应用被侵权申诉操作指南

小米应用商店为中立的应用分发平台,如果小米应用商店的应用程序侵犯了您的合法权益(如:商标侵权、内容著作权侵权、身份侵权、包名侵权等),请按照以下侵权投诉流程和反通知流程,提供相关资料,以邮件的形式发送给我们,我们将在收到有效的投诉材料后予以反馈。

一、小米应用商店侵权投诉通知和反通知流程介绍:

图:小米应用商店侵权投诉通知和反通知流程介绍

二、小米应用商店官方受理渠道

受理渠道

对外邮箱:developer@xiaomi.com

i. 投诉侵权证明材料:

图:投诉侵权证明材料

ii. 权利人发起侵权通知邮件:

权利人应按以下格式向小米发出小米应用商店侵权投诉通知邮件,为节约时间成本,请务必按照以下格式提供。

1、邮件标题:【举报侵权】【您举报的应用名称】
2、邮件内容:
2.1 投诉的应用:
-应用名称:
-应用链接地址:可在http://app.mi.com/搜索得到
-开发者名称:
2.2 投诉内容(侵权项说明):
2.3 身份核实:

-贵司名称:
-营业执照(附件)等:
2.4 权益证明:(必须提供,,例如版权证明、商标证明、软件著作权书等等,以便小米核实信息并反馈。)
-注意:仅有软著、商标受理书,不足以保护商标权益。
2.5 小米应用商店侵权投诉通知书(必须提供且加盖公章)

点击下载:【小米应用商店侵权投诉通知书】,填写通知书并将相关证明材料邮件至开发者侵权投诉邮箱:developer@xiaomi.com,如有需要,相关证明材料,请加盖水印。

以上内容,为了确保投诉的真实性和有效性,权利人的通知书及其他相关证明材料,原则上应提供原件。

若不能提供原件的,应提供有权利人签字盖章的复印件。若材料涉外的,应按照法律的规定进行公证转递,并同时公证提供相应小米的公证转递材料。

若您提供的信息齐全真实,小米将进行审核并通知被投诉方,若被诉方无异议,则在侵权反通知期限截止后予以判罚处理。

iii. 小米应用商店受理:

小米作为中立的平台服务者,收到权利人符合本流程要求的有效通知书后,将在合理期限内将权利人的通知书转送给被投诉方。

1. 若被投诉方认可权利人的投诉:

  • 小米会尽快按照相关法律法规进行处理。

2. 若被投诉方不认可权利人的投诉并于合理期限内发出未侵权的反通知:

  • 小米会将被投诉方提供的反通知及相关材料转送给权利人,小米收到反通知后若据此作出保持、恢复上架等措施的,不承担任何法律责任。
  • 因权利人错误通知或被投诉人错误反通知导致的一切损失,包括但不限于权利人损失、用户损失及小米损失,由作出错误通知/反通知的一方承担。
  • 若权利人对于被投诉方的意见及其提供的相关材料有异议的,权利人不得再重复提出原通知要求,建议权利人尽快通过向有权机关提出诉前禁令、直接起诉、行政投诉等程序另行解决。

3. 若被投诉方于合理期限内无正当理由且未作有效反馈的:

  • 视为被投诉方认可权利人的投诉,小米会尽快按照相关法律法规进行处理。

四、侵权投诉反通知流程

如果您的应用被投诉侵犯他人合法权益,请按照以下侵权投诉反通知流程,提供相关资料,并按照以下邮箱地址发送给我们。我们将在收到有效的反通知材料后予以反馈。

1. 被投诉方反通知:

被投诉方在收到小米转送的权利人向小米提交的相关投诉材料后,若不认可侵权,应在侵权通知邮件中规定的工作日内提交【小米应用商店反通知书】,反通知书包括被投诉人主体信息、是否认可侵权、不认可侵权的初步证明材料。

点击下载:【小米应用商店反通知书模板】,填写反通知书并将相关材料发送至投诉方邮箱并抄送小米应用商店开发者侵权投诉邮箱developer@xiaomi.com

2. 小米应用商店反馈:

小米作为中立的平台服务者,会依法进行相关处理:

小米会将被投诉方提供的反通知及相关证明材料转送给权利人,小米收到反通知后若据此作出保持、恢复上架等措施的,不承担任何法律责任。

因权利人错误通知或被投诉方错误反通知导致的一切法律损失,包括但不限于权利人损失、用户及小米损失,由作出错误通知或反通知的一方承担。

若权利人对于被投诉方的意见及其提供的相关材料有异议的,权利人不得再重复提出原通知要求,建议权利人尽快通过向有权机关提出诉前禁令、直接起诉、行政投诉等程序另行解决。

五、注意事项

通知:

1. 本流程中的权利人,指拥有著作权,商标权,专利权等合法权益的原始所有人或经原始所有人合法授权的代理人,包括自然人,法人或其他组织等。

2. 为了确保投诉的真实性和有效性,权利人的通知书及其他相关证明材料,原则上应提供原件,若不能提供原件的,应提供有权利人签字盖章的复印件;若材料涉外的,应按照法律的规定进行公证转递,并同时公证提供相应小米的公证转递材料。

3. 本流程中的权利人的通知书,均应包括通知书本身及相关的主体资格证明,权属证明,侵权证明等材料。

4. 若权利人已经因为被投诉内容与被投诉方存在行政投诉或诉讼的,请在提交通知书时,将相关受理证明及提交行政机关或法院的证据材料以及行政机关或法院的意见或决定一同提交给小米,这将有利于投诉的处理。

通知小米的方式:

将前述全部电子材料以及纸质版本材料扫描后通过电子邮件发送至投诉方邮箱并抄送小米应用商店开发者侵权投诉邮箱developer@xiaomi.com

反通知:

1. 本流程中的权利人,指拥有著作权,商标权,专利权等合法权益的原始所有人或经原始所有人合法授权的代理人,包括自然人,法人或其他组织等。

2. 为了确保被投诉方提供相关材料的真实性、合法性和有效性,被投诉方的反通知书及其他相关证明材料,原则上应提供原件,若不能提供原件的,应提供有被投诉方签字盖章的复印件;若材料涉外的,应按照法律的规定进行公证转递,并同时提供相应的公证转递材料。

3. 本流程中的被投诉方的反通知书,均应包括反通知书本身及相关的主体资格证明、权属证明、不构成侵权证明等材料。

4. 若被投诉方已经就投诉内容与权利人存在行政投诉或诉讼的,请在提交反通知时,将相关受理证明及提交行政机关或法院的证据材料以及行政机关或法院的意见或决定一同提交给小米,这将有利于投诉的处理。

反通知的方式:

将前述全部电子材料以及纸质版本材料扫描后通过电子邮件发送至投诉方并抄送小米应用商店开发者侵权投诉邮箱developer@xiaomi.com

六、其他业务侵权:

海外应用侵权问题:请开发者发送侵权邮件至: overseas-dev@xiaomi.com

游戏类应用侵权:请开发者按照以下格式内容发送侵权邮件至:mi-gamebd@xiaomi.com

邮件标题:【侵权投诉】【游戏名称:XXXX】【被侵权公司:XXXX】
游戏名:
被侵权公司名:
侵权公司名:
侵权内容/原因/说明:
游戏相关资质(授权,版号,软著,营业执照等)

小米开放平台被下架应用申诉线上化操作指南

很多客户的APP在成功上架了小米应用市场之后会由于各种原因被市场下架已经上架的APP,这里就需要对被下架的应用进行申诉上线的操作。

一、适用范围

1、适用对象:本功能适用于应用,游戏(含预约、内测、正式)。

2、适用状态:当前应用处于被下架状态。

二、操作指南

1、应用被下架与应用被下架后删除的同学都需点击发起更新或添加新应用进行操作,在填写包名时界面会跳转到”更新版本“的界面。

图:点击更新或者新建应用

2、点击“更新版本”填写应用相关信息。

图:更新版本

3、应用信息填写完成后点击“提交审核”系统将自动跳出申诉页面。

图:提交应用信息并提交审核

4、成功上传申诉材料后,点击“确定”。

图:上传申诉材料

5、填写无误后,系统会提示您提交审核已成功。

图:上传审核

以上是被下架应用申诉线上化的全部内容,如果您看完此文档后仍有问题,可与我们取得联系。

应用开发者请进入问题工单系统,进行反馈;游戏开发者联系mi-gamebd@xiaomi.com。

如果你在APP新上架或者是已上架应用被下架的处理过程中还有其他疑问,你也可以联系我们一门APP打包平台在线客服进行咨询。

小米开放平台应用下架、删除操作指南

应用下架、删除须知:

1、适用对象:

本操作流程只适用于应用,游戏如需下架删除,请联系mi-gamebd@xiaomi.com处理。

2、适用状态:

当您的应用处于上架状态,可申请应用下架。当您的应用申请下架后,或在未发布状态下,可以申请应用删除。

3、应用下架与应用删除的区别:

  • 应用下架:应用下架后仍存在后台的数据库中,只是未上线,其他开发者不能上传相同包名的应用且应用所在开发者账号不能上传同版本号的应用。
  • 应用删除:应用删除后会在开发者后台显示“未发布”字样,应用的数据会在开发者后台完全消失,在不更换包名的情况下重新创建应用并上线后,下载量、评分等数据可以自动恢复(暂不支持版本保存, 删除即为删除整个应用)。应用删除后包名仍会保留在该开发者账号上,若想在其他账号下新建,只能通过更换包名或认领操作。

4、应用删除与下架适用的场景:

  • 应用下架:适用于应用不再维护、出现BUG需要暂时下架、应用更换包名等。
  • 应用删除:适用于签名更换或丢失、版本回滚、targetSdkVersion降级等。

操作方法/路径

1、已上架应用下架

1.1 登录开发者站,点击应用管理,进入应用详情页,点击“申请下架”按钮;

图:进入应用详情页

1.2 进入应用下架详情页,填写下架原因,同时上传与开发者账号注册公司主体相同的营业执照,个人开发者上传手持个人身份证正面的照片或扫描件,确认信息无误后点击“提交审核”按钮。

图:填写下架原因申请下架

1.3 提交成功后,应用状态将变更为“下架申请审核中”,我们的审核人员会在1-3个工作日内审核完毕,您可以在开发者站查看审核结果,同时也会将审核结果邮件至您的开发者账号注册邮箱及联系邮箱中。

图:应用下架审核及结果

注:应用下架后如果需重新上架,可参考应用更新、修改操作指南的流程。

2、已下架应用删除

2.1 进入应用详情页,选择需要删除的应用,点击“删除应用”按钮。

图:删除已下架的应用

2.2 点击后,会跳出“提示”弹框,请仔细阅读弹框内容,确认无误后,点击“确认”按钮,即可删除应用。

图:确认删除应用

注:应用删除后如果需再次上架,可参考应用创建操作指南重新创建。

3、未发布应用删除

3.1 进入应用详情页,选择“删除应用”按钮,后续流程如上方“已下架应用删除”,确认相关信息无误后,即可进行删除。

图:删除未发布的应用

4、无法自行下架&删除

如果开发者无法自行下架或删除应用,请您先确认无法操作的原因,若原因为无法登陆开发者账号,请参考开发者账号资料修改操作指南文档找回您的账号。

以上是应用下架与删除的相关内容,如您仍有问题,可进入问题工单系统,与我们取得联系。

如果你在APP的上架或者后续维护的过程中还有其他疑问,也可以联系一门打包平台在线客服进行咨询。

微信服务号中相关设置(js安全域名、网页授权域名、ip白名单)

使用场景:

1.微信中对从APP分享到微信中的内容进行二次分享,包括本地圈话题页,本地圈详情页,H5应用页面

2.千帆应用平台中使用打通微信的投票应用开展活动

3.打通千帆wap

要求:提供一个微信公众平台账号的APPID和APPSECRET,请务必提供已认证的服务号,要求设置JS安全域名及授权回调域名


一、服务号內设置js安全域名、网页授权域名

请将反向代理域名(H5活动域名)及站点自身分享域名设为服务号的JS安全域名,需要使用打通微信的投票功能则将服务号的授权回调域名设置为自己的反向代理域名(H5活动域名)

(注:如果站点打通wap,授权回调域名设置为分享域名

分享域名、反向代理域名(H5活动域名)查找入口:管理后台–平台服务–域名设置

  1、 如何设置公众号的JS安全域名:

a. 登录微信服务号之后,找到最左侧的 【公众号设置】并点击

b. 点击【功能设置】

c. 找到【JS接口安全域名】,点击【设置】

d. 将分享域名和反向代理域名(H5活动域名)添加进js安全域名

【注】

若出现因文件没有上传至服务器导致无法添加域名的情况

需点击图中标识位置,下载文件并上传至服务器,也可发给千帆对接小编或运维,帮忙上传。

上传完成后点击保存。

2、如何添加网页授权域名:

a. 进入【功能设置】

b. 找到【网页授权域名】,点击【设置】

c. 打通wap的站点填写分享域名,未打通的站点请填写反向代理域名(H5活动域名)

若出现因文件没有上传至服务器导致无法添加域名的情况

需点击图中标识位置,下载文件并上传至服务器。如果在修改js安全域名的时候已经上传过这个文件了,可跳过此操作。

强制https校验无需开启

【注】:如果网页授权域名已指向pc站点域名,可参考这个指南操作 http://www.qianfanyun.com/help/558


二、微信公众号添加 IP 白名单(不是域名白名单)

登录微信服务号之后,点击最左侧的 【基本配置】

点击修改,填入 IP  :  120.26.59.201 、121.196.234.159、121.41.35.154、121.43.158.184、121.196.234.179

(这个是我们大后台服务器的 IP) ,然后确认修改


三、绑定微信开放平台

若站点需打通wap的微信登录,则还需将设置好域名的服务号绑定到微信开放平台下

登陆接入时提供的微信开放平台:https://open.weixin.qq.com/ 

按照要求填写设置过授权回调的服务号完成验证