问题描述鲸营宝小程序在ios系统，切换数据看板有闪退情况 安卓设备暂无此类问题；ios机型，切换看板的速度影响小程序闪退； 初步判断是内存占用过高导致微信客户端闪退（部分机型会弹出内存告警的弹窗）。   目前正在尝试的解决办法优化看板数据请求方式、优化数据页状态管理姿势（合并数据setState引起的多次重渲染）、优化看板的渲染逻辑（合并多次渲染、手动取消数据变化没变化部分的渲染），优化canvas的渲染逻辑，减少canvas的绘制动作、和内存的消耗。 分析经过大量优化操作（优化请求更新状态、优化状态管理、优化kbone-canvas的绘制逻辑、合并状态更新、对比数据在必要时更新canvas等），减少canvas的绘制次数后，ios闪退的概率大大下降小程序社区中也有 原生开发+echarts、f2 发生闪退的情况https://developers.weixin.qq.com/community/develop/doc/0006c23c14471095fd1ac32bc5b400?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 https://developers.weixin.qq.com/community/develop/doc/000e6ea89289f0528f99552f556400?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 https://developers.weixin.qq.com/community/develop/doc/000a6c0d9fc8008f572a0a08f51c00?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 https://developers.weixin.qq.com/community/develop/doc/000c60f9c38e50c93d7a6ed695b000?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 等等   综上，得出大概率是因为ios小程序原生canvas有内存泄露的逻辑，并不是F2、echarts的问题，在优化逻辑减少canvas绘制次数后 闪退复现次数大大下降 也可佐证此结论

需求是：高度始终占屏幕固定位置，宽度自适应，这种情况下如何动态计算canvas里面内容的大小和XY的位置？求大神告知