PowerApps受设备区域、时区设置影响出现日期处理异常的解决方案问询

• 日期等值匹配的精度偏差：当前代码里所有关联查询都用Date = aDates[@Date]做精确匹配，只要两个同自然日的日期值存在哪怕几分钟的时间差（比如存储值带UTC时分秒、查询值带本地时区偏移），就会匹配失败，导致对应记录的Work值取不到，绑定的Toggle开关直接默认显示为false。这类异常在跨月首日的出现概率最高——跨月零点本来就是时区偏移最容易触发时间错配的节点，刚好和观察到的“月首日异常默认false”的现象对上。
• 弱网下的集合加载时序竞态：现在用Set、ClearCollect做全局缓存的逻辑，没有加加载完成的判断，弱网环境下会先把Gallery渲染出来，再去拉后端的排班数据，这时候Lookup拿不到对应记录，Toggle开关直接取默认的false值。之前碰到的单用户前3天连续异常的情况，基本就是这个问题——数据拉完之后没有触发集合自动刷新，错误的默认状态一直留着，等用户点保存的时候，直接把数据库里原来的true记录覆盖成false。
• 设备区域设置的未完全适配：即便代码里加了英国格式的标记[$-en-GB]，如果用户手动改了手机系统语言、但没改日期格式（比如保留了欧洲大陆常用的dd.MM.yyyy格式），PowerApps的日期解析函数会优先匹配用户设备的格式规则，把日期值错算一天。这类用户占比低，刚好和观测到的2%-5%异常用户的占比区间吻合。
• 移动端应用后台恢复的缓存错位：Power Apps Mobile在切后台很久再回到前台时，不会自动重新执行全局变量计算和集合刷新逻辑，之前存的_todayOffset、_firstDayOfMonth这类全局值还是切出去那一刻的旧值。如果用户切后台时跨过零点、甚至跨月，算出来的月视图日期就会和实际本地日期错位，对应日期的开关状态自然显示不对。

• 核心适配原则：完全绕开设备隐式设置：所有日期逻辑统一做三层标准化处理，从根源上不受设备本地设置的影响：
  1. 存储层：所有写入数据源的日期值，统一固定为英国本地时区（GMT/BST）的当天零点时间，不要动态调用TimeZoneOffset()取用户设备的偏移值——后者会因为用户手动改时区、出差跨时区导致计算结果偏差。
  2. 匹配层：所有日期关联查询不做精确等值比较，改用DateDiff(记录日期, 对比日期, Days) = 0的逻辑，只要是同一个自然日就判定为匹配，彻底消除时分秒精度、时区偏移带来的匹配失败问题。
  3. 展示层：所有给用户看的日期渲染、字符串解析，都手动传入固定的英国区域参数（比如Text(日期值, "dd/mm/yyyy", "en-GB")、DateValue(日期字符串, "en-GB")），强制忽略用户设备的本地格式设置。
• 强制覆盖本地设置是完全可行的：PowerApps的函数逻辑不受设备区域的强绑定，只要在所有日期相关的函数里手动传入指定的区域参数，就可以完全跳过用户设备的时间格式、时区设置，实现固定按英国地区规则处理日期的效果，不需要用户手动调整手机配置。

• 把所有关联查询里的Date = aDates[@Date]替换为按天比较的逻辑，避免匹配失败导致的空值默认false
• 在应用的OnResume事件中重新执行aAvail集合的加载逻辑，刷新切后台导致的旧缓存
• 给Toggle开关加空值兜底逻辑：如果绑定的Work值为空白或错误状态，不主动将默认值标记为false，仅在用户实际手动切换开关时才记录变更
• 去掉保存逻辑中动态调用TimeZoneOffset()的日期转换环节，统一使用固定英国时区偏移计算存储值，避免写入的日期和查询的日期错位

内容的提问来源于stack exchange，提问作者RazorKillBen