另外补充一些关于默认 “大路优先” 的看法。

之前有段时间天天打车上班，也经常指导司机走几条导航不会推荐的小路，在绝大部分时间里，都是更快的，但是确实也遇到过意外情况。

1 、小路往往只有双车道，但凡出现事故，两边很容易排长龙。
2 、小路也会更经常遇到占道施工等情形。
3 、小路往往缺少出入口，一旦出现上面的情况，要么等、要么原路返回。
4 、小路可能没有车流量信息，或车流量信息不可信。
5 、部分小路存在 “时效性”，大家都一窝蜂的走小路以后，反倒没有大路快了。

注意，以上只是有时会出现的情况，但这是确实存在的 “风险” 。
导航软件由于使用人群庞大，可能会更倾向于默认规避掉这些风险。

另外由于第 5 条的原因，如果导航软件默认走小路，也许小路很快会变得拥堵起来，效率反而降低。

第一张图，你的目的地在马路的哪一侧？ 你给出的两条路线，分别到达的是马路的东侧和西侧。

第二张图，蓝色路线需要经过两次左转，左转是常见的 “更容易耗时” 的路口，有可能是导航内部计算时认为，即使通过拥堵路段，也比两次左转更快。

第三张图，有一定可能性是 “掉头” 默认无需等待，所以优先了大路，另外不太清楚大路右转上小路，以及 “的” 字下方路口的各方向平均等待时长信息。还有就是左侧蓝色路线，有一次左转。


注意，以上只是提出一种可能性，并不是说一定如此，也不是说我觉得这样是正确行为。
具体信息需要结合各方向的车道数、拥堵长度、路口平均等待时长等信息来判断。

@totoro625
以前版本也经常送永久授权，我账号上还有好几个 V10 的永久授权

https://sharewareonsale.com/s/free-goodsync-12-100-discount

GoodSync 又开始免费了 （当前是订阅制，免费一年）

@Xs0ul #4
哦哦，我也有错，我把 [5,5] 看成 [5,0] 了，这样就合理多了

https://ww1.sinaimg.cn/large/760b39b3ly1h71wbf2zxoj20m80kut9h.jpg

我没太理解题目，你是说这个形状，能够被切割成三块 矩形 么？

而且黄色的还是其中一块？

https://ww1.sinaimg.cn/large/760b39b3ly1h71vuu1cltj20vm0u00ud.jpg

如果说，本身并不存在严格的 “一致” 要求，只是希望有一种相对 “美观” 且简单的思路。

那么重点需要解决的是 “特殊长宽比” 的情况，有一些常见思路。

1 、纯色做底，特殊比例多余部分填充纯色
2 、作图时预留 “出血” 位置，特殊比例直接裁切
3 、背景和主图分离，主图居中按比例显示，背景按需平铺显示（或拉伸、裁切）
4 、直接使用点 9 图实现类似第 3 条的效果
5 、在上面几种方式的基础上，针对横竖屏两种比例预先优化一下布局

需要定义一下 “显示效果一致”，希望的 “一致” 效果是怎样的。

当屏幕的尺寸、像素密度变化时，保持不变的应当是物理尺寸还是像素尺寸，或者保持屏幕上的比例就行？

长宽比不符的时候，是拉伸，还是填充（纯色 /图片），或者裁切？

或者更特殊一点，按点 9 图的玩儿法来做特殊的缩放？
https://developer.android.com/guide/topics/graphics/drawables#nine-patch

当你定义好这个 “一致” 之后，其实实现方案基本也就跟着确定了。

@deerpine #12
高额保价需要专门核定市场价值的，之前在德邦网点看到有一个木箱子周围被专门清空了，四周和上面放着一张纸：

https://ww1.sinaimg.cn/large/760b39b3ly1h6ec0tx7k6j20u013ztbv.jpg

@atfeel #7
因为你提的问题实际上和 kotlin 几乎无关，属于 Android SDK 方面的问题。
但是从提问可以看出你对 Android 开发的了解很少，需要了解一些背景知识才有助于搞明白问题。
但是你提问中又说不想花太多时间研究 Android ，所以我觉得无从下手。