支付宝和微信小程序中map组件的callout/customCallout真机不显示是因平台限制与uni-app适配问题：支付宝不支持HTML内容，需用cover-view模拟；微信存在渲染不稳定问题，需嵌套cover-view、setTimeout触发重绘；nvue页面才是稳定解法。
支付宝和微信小程序中，map 组件的 customCallout 或 callout 在真机上不显示，不是你代码写错了，而是平台限制 + uni-app 编译层适配没兜住——尤其当用 content 传 HTML、或依赖 slot="callout" 时，几乎必然失败。
支付宝小程序：callout.content 不支持 HTML 标签
支付宝原生 map 的 marker.callout 中 content 是纯字符串，不是 DOM 节点。uni-app 编译后仍走原生逻辑，所以传 <div>xxx</div> 会被忽略或转义为空。
- 错误写法：
callout: { content: '<b>门店</b>' }→ 真机显示空白或原始文本 - 正确做法：改用
cover-view模拟气泡，通过mapContext.getCenterLocation+mapContext.toScreenLocation把经纬度转成屏幕坐标，再动态定位cover-view - 注意：必须监听
@markertap，不能靠display: "ALWAYS"—— 支付宝对常显 callout 支持极弱，且部分基础库版本会直接忽略 - 图标路径若参与气泡渲染（如用
cover-image），需确保是 HTTPS 且服务端返回Access-Control-Allow-Origin: *
微信小程序：customCallout 渲染不稳定，真机裁剪/偏移/不触发
微信的 customCallout 表面支持 slot，实际在 iOS 和部分安卓机型上存在重绘 bug：样式未生效、内容被截断、首次点击无响应。
- 常见现象：
cover-view宽高固定为 0，或只显示左上角一小块，v-for循环生成的多个气泡宽度全部一样（因父级cover-view未正确继承内容尺寸） - 临时解法：给气泡外层加一层嵌套
cover-view，把style动态绑定到最内层，避免样式继承污染 - 关键修复：在
markers更新后，加setTimeout(() => { this.$nextTick(() => { /* 触发重绘 */ }) }, 100)，否则微信底层不会重新计算布局 - 别依赖
v-if控制地图显示时机——map初始化完成前就挂载cover-view，会导致坐标转换 API 返回NaN
nvue 页面才是 map 自定义气泡的稳定解法
vue 页面里所有基于 cover-view 的方案，在打包 App 或某些小程序平台都可能失效；nvue 则直接使用原生地图控件，customCallout 支持度高且可控。
- 必须把 map 相关逻辑拆进单独的
.nvue文件，不能混在.vue页里 -
width/height不能写百分比，得用750rpx或具体像素值（如width: 300rpx） -
z-index无效，层级由标签书写顺序决定：气泡组件写在map标签后面才盖得住 - 如果用了
subNvue，注意它和主页面通信需通过uni.postMessage，markers数据不能直接响应式同步
最麻烦的不是写法，而是不同平台对「气泡是否该常显」「点击后是否自动关闭」「坐标转换精度」的实现差异——别指望一套代码全平台兼容，得按平台分条件编译，且真机调试不可跳过。
