文档看不懂？行吧！
下载我已经打包好的示例压缩包，解压后导入你的hx运行体验，已完美解决vuedraggable报错问题

这里我补充了 demo 演示了 pages/index -> pages/about 页面跳转过程中发送信息的处理方案。https://gitcode.net/xiurensha5731/uni-app-questions/-/blob/q/api-emit/src/pages/index/index.vue 如有问题请开新帖艾特我沟通

---

index

```
<template>
<div>
<div>index page</div>

<button @tap="go">Go to About</button>
<!-- <navigator url="/pages/about/index">
</navigator> -->
</div>
</template>
<script lang="ts" setup>
import { onLoad, onUnload } from "@dcloudio/uni-app";

// 这里演示，从 index 跳转到 about 时候，传递信息
const go = () => {
uni.navigateTo({
url: "/pages/about/index?msg=hello",
});
};

onLoad(() => {
// 思路是先发注册监听、再发送信息。此时 page2
// 跳转后之后才会激活页面，才会收到 on 事件
uni.$on("page2Ready", function (data) {
console.log("page1 收到 page2 发过来的信息", data);
uni.$emit("update", { msg: "页面更新" });
});
});

onUnload(() => {
uni.$off("page2Ready");
});
</script>

<style></style>
```

和 about
```
<template>
<div>about page</div>
<div>
收到的信息：
{{ message }}
</div>
</template>
<script lang="ts" setup>
import { onLoad, onUnload } from "@dcloudio/uni-app";
import { ref } from "vue";

// 思路是先发注册监听、再告诉上一个页面准备好了

const message = ref("");

onLoad(() => {
uni.$on("update", function (data) {
console.log("page2 监听到事件来自 update ，携带参数 msg 为：" + data.msg);
message.value = data.msg;
});
uni.$emit("page2Ready", { msg: "page2 准备好了，你发送吧" });
});
onUnload(() => {
uni.$off("update");
});
</script>

```

HBuilderX 4.02.2024030621-alpha 已修复。

这不是Bug，在小程序自定义组件中使用时，需要传递当前组件实例的。[文档](https://developers.weixin.qq.com/miniprogram/dev/api/canvas/wx.createCanvasContext.html)


在 options API 中就是 this

在 composition API 是使用 `getCurrentInstance()` 获取到的实例

针对问题中的代码给出的伪代码是：

```js
import { getCurrentInstance } from 'vue'
const instance = getCurrentInstance()
const drawContent = () => {
// ...
const ctx = uni.createCanvasContext('myCanvas', instance)
// ...
}
```

hbuilderx 4.41 修复了这个问题。

注意 , 在你的代码中 , 全局搜索有使用 getSystemInfo 或者 getSystemInfoSync 的地方 , 需要手动修改 , uniapp 框架中的已清除 , 新建项目不会出现这个警告

请使用 uni.getSystemSetting、uni.getAppAuthorizeSetting、uni.getDeviceInfo、uni.getWindowInfo、uni.getAppBaseInfo 代替

1. 通过cli创建vue3项目，必须用npx degit dcloudio/uni-preset-vue#vite my-vue3-project命令创建，详情：https://uniapp.dcloud.net.cn/quickstart-cli.html#%E5%88%9B%E5%BB%BAuni-app，vue2和vue3的cli命令不同，不能把一个使用vue2命令创建的项目通过修改manifest.json直接变成vue3.

2. HBuilderX创建的项目vue2和vue3运行的也是不同的编译器插件，不能用vue2的编译器(uniapp-cli)插件来运行vue3，vue3对应的编译器插件是(uniapp-cli-vite)

更新：

HBuilderX alpha 4.54 已支持。

感谢反馈，我看下。问题已定位，感谢你的反馈，下个 Alpha 会修复。

这是一个设计取舍与风险控制问题。
群人数为500人时，个推一次即可完成推送；若为5000人，则需推送10次。当然，也可依据群成员活跃度，先推送给活跃成员，不活跃的稍后推送，如此即便人多，活跃者也能先收到，不活跃者晚几秒。大群需在设计上做出调整，若实际场景没必要，就别设置超大群。
再者是风险控制问题，在大群中，用户发布内容如果并不合适，一旦传播人数超500人，那风险的定性就会不同。因此，许多应用都将群人数限制在500人。

题外话：uni-im 有计划给群增加一个“休眠”的概念。如果用户连续 x 天不点开群聊，则此群将不再“实时”给此“休眠”用户推送消息。当下一次用户点开此群，才会重新激活。这种方案可以减少服务器压力和没必要的推送。

通了，总之很多坑，
1. uts修改可能热更新无效，需要重新运行，
2. uts可能编译失败了有报错但不会停止会被后面正常运行的日志淹了，
3. <view 不知道AI哪里学来的用法总之这个tag不行，
4. NVLoad是必须的，

HBuilderX 4.62.2025041603-alpha 已修复。

排查下你用户的token的数组长度是不是很长，这个会导致写入变多。因为1KB = 1次写入

部分云端打包机系统升级引发的故障。问题已解决，碰到此问题重新提交云端打包即可