下面是 log 吗

楼上的路走窄了, 个人不是去搞大模型, 而是搞应用, 这块还是待开发的蓝海, 前景广阔
说白了是 v2 基因不同, ai 相关去即刻

如果你压根就不关心这个值, 不用, 布局就不会错

我是说你的代码逻辑是错的, 与这个值相关是因为你用了这个值, 而且用错了

@lostexile 估计是不理解你说的 dpr, 沟通了好久, 然后从哪里找出个数值应付你

不理解取 statusBar 高度不是 sdk 提供, 而是小程序代码去计算, 我好奇你怎么计算,

你从代码里获取 dpr, 然后根据这个值来布局, 十有八九是错的, 能够运行也是误打误撞恰好能运行

高度怀疑你打售后确认的 2.17 这个值, 1080 / 2.17 = 498 了, 没碰到过会有这么宽的

dpr 不只与设备相关, 与系统设置相关, 与浏览器相关, chrome 和自带浏览器和微信就不一样, 和微信 App 内字体设置也相关, 当然你是自建的小程序 SDK, 那么根据具体算法也是相关, 这么多变量 2.17 这个值是怎么得出来的

@lostexile 首先确认一下, 你说的 dpr 是不是 `window.devicePixelRatio`, 如果不是, 那就是鸡同鸭讲了, 假设就是 window.devicePixelRatio, 那么你的理解是完全错误的

dpr 是逻辑像素与物理像素的比例, 这个逻辑像素是针对开发来说的, 脱离开发, 这个概念没有任何意义
分辨率, PPI 这些才是屏幕的物理参数, dpr 压根就与硬件无关, 与设备无关, 你去哪里查参数
你所查到的也只是该设备默认设置下特定浏览器的 dpr, 如果你更改了系统字体大小, dpr 随之改变
所以你的标题就是错的, '屏幕的 DPR 值', 屏幕没有 DPR 值
你说难点在数据上, 确实难, 因为压根就没有, 你想无中生有去哪搞
你查到 一加 5T 的 DPR 是多少, 我查到屏幕分辨率是 1080p, 默认设置下 dpr 应该是 3, 你说 dpr ＜某个值才会复现, 如果 dpr 是 3 还能复现, 那么应该所有设备都能复现

你们讨论了一圈，最后才确定是 DPR, 估计你还是知其然而不知其所以然
我想问一下, 出问题的机型是一加 5T, 你们是怎么确定的 DPR 问题, 你测了几个正常的手机 dpr 多少, 一加 5T dpr 又是多少

@lostexile 你说的这个场景依然和 DPR 没有任何关系, 请使用小程序 API, getSystemInfo, getMenuButtonBoundingClientRect
如果你的职业是前端开发, 这种基础问题找了这么久都找不出问题所在, 到现在还归因于 dpr, 只能说即使是实习级别依然是不合格的

@lostexile 有必要

按钮错位根 dpr 有关吗, 我是前端开发, 布局时完全不关心 dpr 这个值, 只在使用图片与绘图时使用 window.devicePixelRatio

只能说是高德高层的傲慢自大, 看似非核心的功能没做好也可能产生蝴蝶效应导致雪崩
说众口难调的理都不用理, 就语音包来说, 和百度相比, 一个天上一个地下
阿里会被超越, 有人就是不明白, 去抄底阿里

提醒一下, 如果使用移动硬盘盒的方案, 必须做好全盘资料丢失的心理准备
重复一下, 使用移动硬盘盒可能造成毁盘, 必须做好全盘资料丢失的心理准备
再次警告, 无论何种品牌的移动硬盘盒, 全都不可靠, 如果使用, 有很大几率丢失全盘资料
最后严重警告, 千万不要心存侥幸, 如果你使用移动硬盘盒, 那意味着你可以接受格式化硬盘
以上警告只针对固态硬盘