微信小程序可以实现自动定位功能，但要把“自动”说清楚。小程序确实能在用户打开页面后自动取到当前位置的经纬度，不用用户手动输入地址；但它做不到“用户一进来就悄悄拿到位置”。定位在小程序里是一套层层约束的权限体系：后台开通接口、代码里声明用途、用户当场授权，三者缺一不可。任何一层没过，接口都只会返回失败，而且失败信息往往很模糊。
自动定位是怎么实现的
小程序开发者要注意，核心接口是wx.getLocation。调用后返回经纬度、速度、精度等字段，type参数决定坐标系：gcj02用于国内地图展示和wx.openLocation，wgs84是GPS原始坐标。注意，它只给坐标，不给文字地址。要把经纬度变成“xx市xx区xx路”，还得接一次逆地址解析，通常是腾讯位置服务这类第三方能力，并且要单独配好请求域名和密钥。
第一次调用时，微信会弹出授权框，框里的说明文字来自app.json里permission.scope.userLocation.desc的配置。这一步决定了用户点“允许”还是“拒绝”，写“提升服务体验”基本等于劝退，写“用于推荐附近三公里内的门店”才有人愿意点。用户一旦授权，同一个小程序后续再取位置就不必重复弹窗。开发者口中的“自动定位”，实际上就是这个状态。
三道门槛，缺一道就定位失败
第一道在后台
getLocation属于敏感接口，要去微信公众平台的「开发—开发管理—接口设置」里申请开通，而且只对与地理位置强相关的服务类目开放。工具类、内容类小程序申请被驳回是常态，这不是运气问题。
第二道在代码
用到哪些位置接口，就要在app.json的requiredPrivateInfos里如实列出，少写一个，调用直接失败，且不会给你友好提示。很多人排查半天逻辑，问题其实出在这一行配置上。
第三道在用户侧
用户手机的系统定位关着、微信本身没有定位权限，小程序再合规也拿不到数据。再加上《隐私保护指引》里必须声明收集地理位置的目的和范围，务必完成小程序隐私权限设置。
精度要求不高时，别硬申请精确定位
wx.getFuzzyLocation是近几年更实用的选择，基础库2.25.0起支持，走scope.userFuzzyLocation授权。它只返回城市、区县级别的模糊位置，精度低，但开通门槛明显低于精确定位，审核也快得多。同城推荐、附近网点、天气展示这类场景，用它完全够，没必要为了“更准”去申请一个批不下来的接口。
真正需要精确定位的只有导航、打车、配送、到店签到等少数场景。这里有条硬原则：最小必要。能给模糊位置就别要精确位置，能不申请后台定位就别碰startLocationUpdateBackground。那是另一个独立权限，还要单独说明，普通业务申请下来反而增加合规负担。
几个高频踩坑点
常见坑一：坐标系混用
接口返回gcj02，服务端却按wgs84存，最后算出来的距离差出几百米，围栏判定全乱。国内业务建议统一用gcj02，只在边界处做一次转换，并把“接口返回什么坐标系”写进接口文档。
常见坑二：拒绝授权后的处理
用户点了拒绝，页面白屏或者反复弹授权框，审核一定挑出来。正确做法是给降级路径：按上次选择的城市、或者让用户手动选，功能不能直接卡死。
常见坑三：调试环境
开发者工具里的定位是基于IP的模拟值，坐标还只支持gcj02，在电脑上跑通了不代表真机能用，位置相关的功能必须真机验证。
最后一点常被误解：小程序退到后台或被关闭后，getLocation就不能再调用，所谓“持续追踪用户轨迹”在普通小程序里并不成立。
回到最初的问题：小程序可以自动定位，但“自动”指的是取数过程自动化，不是权限自动化。它始终以用户知情并同意为前提，也始终受服务类目和接口权限的约束。
