摘要:很多 osmdroid 地图开发项目会继承
MapView封装业务逻辑,但重型视图的坑远比想象多------截图空白、业务坐标漂移、销毁时卡顿报错。本文讲透自定义地图视图的构造链收口、绘制前坐标同步、退出截图与软件层渲染取舍,附完整 Kotlin 示例代码,适合需要封装自定义地图视图的 Android 开发者。
文章导读
- 适用引擎/版本:osmdroid 6.x
- 完整源码:https://gitcode.com/qq_16064871/android_osmdroid_maplibre
一、问题长什么样
假设你要继承地图视图,加上自己的业务能力:
kotlin
class MyMapView(context: Context, attrs: AttributeSet?) : MapView(context, attrs) {
init {
// 想在这里初始化自己的坐标转换器
setupCoordConvert()
}
}
跑起来,一般能显示。但随后几个诡异问题出现:
- 截图时画面空白 ------想在视图销毁前存一张图,
getDrawingCache()却是空。 - 画数据图层时位置漂移------你按某个基准画的业务要素,随地图平移缩放就错位。
- 退出页面偶尔卡顿 / 报错------某个"销毁时该做的释放"没做干净。
这三个问题,根子都指向同一个认知盲区:你把它当普通 View 用,但它是一个带"投影状态 + 绘制管线"的重型视图。
二、根因:三个被忽略的"生命周期钩子"
1. 构造链:三个构造都可能被系统走
系统可能通过三种方式 实例化你的视图:纯代码、XML 布局、带瓦片提供器的构造。如果只处理了一个构造,另两种路径下业务初始化就漏了。所以正确姿势是三个构造都收口到同一个 init 方法。
2. 绘制前:坐标同步必须在"每次绘制"前完成
这是最容易漏的。地图的投影中心、缩放级别是动态状态 ,每一帧都可能变。你要画的"业务坐标范围",本质是从"当前屏幕四角的经纬度"反算出来的测量坐标范围。这个范围必须放在"每次绘制前"(绘制分发方法里)重新计算,否则地图一动,你的范围还是旧的------数据图层就跟着错位。
kotlin
override fun dispatchDraw(canvas: Canvas) {
// 1. 取当前屏幕矩形
// 2. 把屏幕左下/右上两角的像素反算成经纬度
// 3. 经纬度再投影回业务测量坐标 -> 得到当前视野的测量范围
// 4. 交给业务坐标转换器,供本次绘制使用
super.dispatchDraw(canvas)
}
3. 生命周期:销毁钩子不只是"关页面"
重视图往往有需要持久化的东西(如"退出时把当前地图存成一张图")。销毁钩子(视图脱离窗口)是天然的落盘时机------但要配合"启用缓存"才拿得到图。
三、实现:一个"能干活"的地图视图子类
1. 三个构造收口 + 初始化缓存
kotlin
class MyMapView : MapView {
constructor(context: Context) : this(context, null)
constructor(context: Context, attrs: AttributeSet?) : this(context, attrs, null)
constructor(context: Context, attrs: AttributeSet?, provider: MapTileProviderBase?) : super(context, attrs, provider) {
init()
}
private fun init() {
// 为"截图"启用绘制缓存,否则销毁时拿不到图
setDrawingCacheEnabled(true)
// 业务坐标转换器在此初始化
coordConvert = CoordinateConverter()
}
}
2. 绘制前同步业务坐标范围
kotlin
override fun dispatchDraw(canvas: Canvas) {
// 屏幕四角像素 -> 经纬度
val bottomLeft = projection.fromPixels(0, height)
val topRight = projection.fromPixels(width, 0)
// 经纬度 -> 业务测量坐标(视底图类型决定是否纠偏)
val bl = latLonToSurvey(bottomLeft)
val tr = latLonToSurvey(topRight)
// 更新当前视野的测量坐标范围,供本次绘制使用
coordConvert.setSurveyRect(bl.n, tr.n, bl.e, tr.e)
super.dispatchDraw(canvas)
}
3. 销毁时截图落盘
kotlin
override fun onDetachedFromWindow() {
saveSnapshot() // 先落盘,再走父类销毁
super.onDetachedFromWindow()
}
private fun saveSnapshot() {
val cache = drawingCache ?: return
// 把缓存位图写进文件
cache.compress(Bitmap.CompressFormat.PNG, 60, fileOutputStream)
}
这里有个细节:先存图、再调 super.onDetachedFromWindow()。顺序反了,父类销毁可能把缓存清掉,你就拿不到图了。
4. 渲染层取舍:软件层不是银弹
历史上有人用"软件层渲染"解决过"路径过长不显示"的问题,但也带来新坑:某些低内存新系统上,软件层会导致地图拖动卡顿 。所以正确做法是把渲染层策略当可配置项,按机型实测:
kotlin
// 别写死,做成可开关的策略
if (enableSoftwareLayer) {
setLayerType(LAYER_TYPE_SOFTWARE, null)
}
四、升华:视图子类应该"只做编排,不做业务"
回头看,这个子类里塞的东西越多,越难维护。如果重写,我会把职责拆开:
#mermaid-svg-AJdJ6VfSim7sfib8{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#mermaid-svg-AJdJ6VfSim7sfib8 .error-icon{fill:#552222;}#mermaid-svg-AJdJ6VfSim7sfib8 .error-text{fill:#552222;stroke:#552222;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-thickness-normal{stroke-width:1px;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-thickness-thick{stroke-width:3.5px;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-pattern-solid{stroke-dasharray:0;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-thickness-invisible{stroke-width:0;fill:none;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-pattern-dashed{stroke-dasharray:3;}#mermaid-svg-AJdJ6VfSim7sfib8 .edge-pattern-dotted{stroke-dasharray:2;}#mermaid-svg-AJdJ6VfSim7sfib8 .marker{fill:#333333;stroke:#333333;}#mermaid-svg-AJdJ6VfSim7sfib8 .marker.cross{stroke:#333333;}#mermaid-svg-AJdJ6VfSim7sfib8 svg{font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:16px;}#mermaid-svg-AJdJ6VfSim7sfib8 p{margin:0;}#mermaid-svg-AJdJ6VfSim7sfib8 .label{font-family:"trebuchet ms",verdana,arial,sans-serif;color:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 .cluster-label text{fill:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 .cluster-label span{color:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 .cluster-label span p{background-color:transparent;}#mermaid-svg-AJdJ6VfSim7sfib8 .label text,#mermaid-svg-AJdJ6VfSim7sfib8 span{fill:#333;color:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 .node rect,#mermaid-svg-AJdJ6VfSim7sfib8 .node circle,#mermaid-svg-AJdJ6VfSim7sfib8 .node ellipse,#mermaid-svg-AJdJ6VfSim7sfib8 .node polygon,#mermaid-svg-AJdJ6VfSim7sfib8 .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#mermaid-svg-AJdJ6VfSim7sfib8 .rough-node .label text,#mermaid-svg-AJdJ6VfSim7sfib8 .node .label text,#mermaid-svg-AJdJ6VfSim7sfib8 .image-shape .label,#mermaid-svg-AJdJ6VfSim7sfib8 .icon-shape .label{text-anchor:middle;}#mermaid-svg-AJdJ6VfSim7sfib8 .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#mermaid-svg-AJdJ6VfSim7sfib8 .rough-node .label,#mermaid-svg-AJdJ6VfSim7sfib8 .node .label,#mermaid-svg-AJdJ6VfSim7sfib8 .image-shape .label,#mermaid-svg-AJdJ6VfSim7sfib8 .icon-shape .label{text-align:center;}#mermaid-svg-AJdJ6VfSim7sfib8 .node.clickable{cursor:pointer;}#mermaid-svg-AJdJ6VfSim7sfib8 .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#mermaid-svg-AJdJ6VfSim7sfib8 .arrowheadPath{fill:#333333;}#mermaid-svg-AJdJ6VfSim7sfib8 .edgePath .path{stroke:#333333;stroke-width:2.0px;}#mermaid-svg-AJdJ6VfSim7sfib8 .flowchart-link{stroke:#333333;fill:none;}#mermaid-svg-AJdJ6VfSim7sfib8 .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-AJdJ6VfSim7sfib8 .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#mermaid-svg-AJdJ6VfSim7sfib8 .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-AJdJ6VfSim7sfib8 .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#mermaid-svg-AJdJ6VfSim7sfib8 .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#mermaid-svg-AJdJ6VfSim7sfib8 .cluster text{fill:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 .cluster span{color:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:"trebuchet ms",verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#mermaid-svg-AJdJ6VfSim7sfib8 .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#mermaid-svg-AJdJ6VfSim7sfib8 rect.text{fill:none;stroke-width:0;}#mermaid-svg-AJdJ6VfSim7sfib8 .icon-shape,#mermaid-svg-AJdJ6VfSim7sfib8 .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#mermaid-svg-AJdJ6VfSim7sfib8 .icon-shape p,#mermaid-svg-AJdJ6VfSim7sfib8 .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#mermaid-svg-AJdJ6VfSim7sfib8 .icon-shape .label rect,#mermaid-svg-AJdJ6VfSim7sfib8 .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#mermaid-svg-AJdJ6VfSim7sfib8 .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#mermaid-svg-AJdJ6VfSim7sfib8 .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#mermaid-svg-AJdJ6VfSim7sfib8 :root{--mermaid-font-family:"trebuchet ms",verdana,arial,sans-serif;} 自定义地图视图
坐标同步器
快照管理器
渲染策略
数据图层
每次绘制前刷新测量范围
销毁钩子落盘
软件层开关·按机型
挂到覆盖层列表
视图子类只负责把引擎的钩子(构造/绘制前/销毁)翻译成业务动作,真正的逻辑收敛到独立的小类里。这样:坐标同步坏了查同步器、截图坏了查快照管理器,视图本身保持"薄"。
五、总结
- 地图视图可能有多个构造入口,必须全部收口到同一个初始化方法,否则部分场景漏初始化。
- 业务坐标范围要在每次绘制前从当前投影反算,地图一动就得重算,否则数据层错位。
- 要截图,先
setDrawingCacheEnabled(true),并在销毁钩子里先存图再调父类销毁。 - 软件层渲染是可配置策略,能解决路径过长问题,但低内存新系统可能卡顿,需按机型取舍。
- 视图子类保持"薄",只做钩子编排,业务逻辑交给独立小类。
完整工程源码见:https://gitcode.com/qq_16064871/android_osmdroid_maplibre