注册登录

DCloud_云服务_Mal

发布：2019-05-08 18:46
更新：2025-06-30 12:18
阅读：1251833

DCloud appid 用途/作用/使用说明

分类：云服务

appid

文档已迁移至新链接：https://uniapp.dcloud.net.cn/dev/app/introduction.html
如有疑问，可以单独发贴咨询。

25 赞关注分享

3***@qq.com

1***@163.com

1***@qq.com

1***@qq.com

1***@qq.com

qingyou

1***@qq.com

1***@163.com

code_y

6***@qq.com

2***@qq.com

z***@163.com

325 个评论

该文章目前已经被锁定, 无法添加新评论

回复 z***@163.com ：

同问。

2019-06-01 20:13

a***@163.com

回复 z***@163.com ：

我这边app内部热更新请求除了发送appname version 还写死了数据库里app对应的id值

2019-05-29 12:30

a***@163.com

回复 z***@163.com ：

单纯热更新可以解决但是启用unipush会影响热更新

2019-05-29 12:29

z***@163.com

回复 a***@163.com ：

楼主解决了吗？我也遇到了同样的问题，HX打包appid必须是__UNI__为前缀，现在我的包也升级不了

2019-05-29 11:19

a***@163.com

您好，我这边有这样一个问题，我一开始以为这个appid是hbuilder做标识的名字，且在配置文件中看起来是不可选的，所以没有在意，在开发多款app的时候是在同一套代码的不同分支上进行，最后云打包时提交的自定义com.XXX.p1包名是各自独立的，但是最近我做unipush的时候发现，这几个app用的是同一个 hbuilder包名，这样就造成unipush无法使用，且热更新没办法通过包名获取热更新文件，目前我是通过应用名来做的判断，有没有方法可以获取到自定义的com.XXX.p1包名呢？或者有没有不影响热更新的同时，又把几个app分离出来呢？因为app都已上线，所以希望能解决这个问题

2019-05-17 14:03