uni-app的map组件不支持zoomcontrolsenabled属性，各平台需分别处理：h5需在sdk初始化时设zoomcontrol:false；app端可用controls数组覆盖或配置manifest.json；小程序无法移除缩放按钮。
uni-app
uni-app 的 <map></map> 组件本身不支持 zoomControlsEnabled 这类原生 Map Kit 的布尔属性（那是 Android/iOS 原生 SDK 的 API），在 H5、App 或小程序平台都不可直接设置。你写 zoom-controls-enabled="false" 或类似 prop，编译器会忽略，真机上缩放按钮照常显示。
各平台去除缩放按钮的实际路径不同
缩放按钮是否可见，取决于底层渲染引擎和平台能力，不是前端标签能统一控制的：
- H5 端：完全由浏览器内嵌地图（如腾讯、高德 JS SDK）决定，
<map></map>组件只是容器，需等地图实例加载后调用对应 SDK 的setZoomControlVisible(false)或初始化配置项关闭 - App（iOS/Android）：由原生 WebView 容器或原生地图模块控制，uni-app 仅暴露有限接口；
controls属性可自定义控件，但无法“禁用”系统默认缩放按钮，除非用navigationStyle: "custom"配合全屏 map + 手动隐藏原生 UI - 微信小程序：受制于微信地图组件规范，缩放按钮不可移除，仅能通过
scale和手势控制间接弱化其存在感 - nvue 页面：不走 WebView，而是调用原生地图模块，此时需在
manifest.json或原生层配置关闭，前端 JS 无权干预
最可靠的做法：用 controls 属性覆盖默认控件
uni-app 提供了 controls 数组属性，允许你显式声明一组自定义控件，并隐式屏蔽系统默认缩放按钮（前提是没其他逻辑主动开启它）：
data() {
return {
controls: [
// 只保留你需要的控件，比如定位按钮
{
id: 1,
iconPath: '/static/location.png',
position: { left: 10, top: 10, width: 30, height: 30 },
clickable: true
}
// 不写缩放相关的 control，系统默认缩放按钮大概率不会出现
]
}
}
注意点：
-
controls必须是数组，哪怕空数组[]也能压制部分平台的默认控件（尤其 App 端） - 图标路径必须是本地静态资源，网络地址无效
- 在微信小程序中，即使写了
controls，双指缩放手势仍存在，按钮只是不显示——这是平台限制，无法绕过 - 如果你同时用了 ArcGIS 或高德 JS SDK，务必在其
Map初始化选项里关掉：zoomControl: false（H5 场景下这才是真正生效的地方）
容易被忽略的关键点
很多人试了 controls: [] 发现 iOS App 上缩放按钮还在，是因为：
- 原生容器（如 iOS 的 WKWebView）在初始化时已默认启用缩放控件，uni-app 的 JS 层控制属于“事后补救”
- 未同步修改
pages.json中对应页面的"navigationStyle": "custom"，导致原生导航栏区域仍透出系统控件 - 在 H5 引入第三方地图 SDK 时，漏掉了它的初始化参数，比如高德 JS API 的
new AMap.Map(el, { zoomControl: false }) - nvue 页面里，
<map></map>的controls属性根本不起作用，必须去manifest.json的app-plus->distribute->sdkConfigs->map下配原生开关
平台差异比想象中更硬，没有一行代码通吃所有端。先确定你的目标平台，再选对应层级的关闭方式。
