由 dawei 小程序多端适配并非简单替换平台API，而是需在统一架构下兼顾差异、收敛接口、动态适配。核心在于构建“一层抽象 + 两层适配”的技术模型：逻辑层统一，渲染层与能力层按端定制。
AI绘图结果，仅供参考
微信、支付宝、百度、字节跳动等平台虽都遵循类Web标准，但组件名、事件绑定方式、生命周期钩子存在细微差别。例如微信用，支付宝需用但部分属性名不同；onLoad在各端均存在，但支付宝中页面级onShow触发时机略有延迟。这些需通过运行时特征检测自动注入兼容逻辑，而非条件编译硬分支。
API调用差异更需谨慎处理。定位、扫码、支付等能力在各端接口路径、参数结构、错误码体系不一。建议封装统一的Service层，内部根据uni.getSystemInfoSync().platform或环境变量识别当前平台，再路由至对应SDK调用，并将返回格式标准化为Promise风格统一响应体（含code、data、msg）。
样式适配不可仅依赖rpx。iOS与Android WebView内核版本差异导致Flex布局行为不一致；头条小程序对CSS变量支持有限；百度小程序不支持@supports检测。推荐采用PostCSS插件自动补全前缀，关键布局改用固定尺寸+rem动态计算，字体图标统一转为SVG雪碧图内联引用。
构建流程是保障多端一致性的基石。通过自定义webpack或Vite插件，在打包阶段静态分析代码中使用的平台特有API，自动注入mock兜底或报错提示；同时生成各端专用配置文件（如app.json/app.config.js），避免手动维护出错。CI环节强制校验所有平台构建产物完整性。
真机调试常被忽视。模拟器无法复现安卓WebView缓存策略、iOS系统弹窗拦截等真实场景。建议建立最小真机测试矩阵（至少覆盖Android低版本、iOS最新版、鸿蒙OS），结合日志上报SDK收集各端异常堆栈与环境快照，实现问题秒级归因。
多端不是功能复制，而是体验适配。导航栏高度、TabBar样式、下拉刷新阻力感、甚至分享卡片模板均需符合各端设计规范。与其强行统一UI，不如借助平台原生能力——例如微信用wx.openLocation，支付宝用my.openLocation，用一致语义表达，由宿主环境决定最佳呈现。