优先使用nvue页面并用image组件替代CSS背景，设置mode="aspectFill"、width="750rpx"、height="100%"、z-index="-1"，配合@2x/@3x图片资源，可避免拉伸、模糊与闪白问题。
uni-app App端背景图拉伸变形怎么办
App端（尤其是iOS）用 background-image 做全屏背景时，常见图片被强行拉伸、裁剪或留白——根本原因是 background-size 在原生渲染层（WebView / Weex / nvue）行为不一致，且 uni-app 默认未接管 viewport 缩放逻辑。
- 优先用
nvue页面：只有nvue能真正控制原生层级的背景绘制，uni-app的vue页面在 App 端本质是 WebView，受系统 WebKit 行为限制 -
background-size: cover在 iOS App 中可能失效，改用background-size: 100% 100%+background-repeat: no-repeat更可控（但需注意宽高比失真） - 若必须用 vue 页面，把背景图设为页面根元素（如
<view class="bg"></view>），并确保该元素height: 100vh且父级无 padding/margin 干扰 - 避免用
upx设置背景图尺寸——它在 App 端无法参与 background 渲染计算，一律用rpx或%
uni-app App端背景图在nvue里怎么写才不模糊
nvue 虽支持原生背景，但直接设 background-image 仍可能因图片分辨率不足或缩放算法导致模糊，尤其在 iPhone X 及以后机型上。
- 图片资源必须提供 @2x 和 @3x 版本，放在
static/下按命名规则放置：bg.png、bg@2x.png、bg@3x.png - nvue 中推荐用
image组件替代 CSS 背景：设置width: 750rpx、height: 100%、mode="aspectFill"，再用z-index: -1置底 - 禁用
scale-down模式：nvue 的mode="scaleToFill"会强制拉伸，"aspectFill"才等比缩放并裁剪，视觉更稳 - 如果用
cover-image，注意它不支持圆角和阴影，且不能响应click事件，仅适合纯展示
uni-app条件编译下App端背景样式怎么隔离写
一套代码要同时跑 H5、小程序、App，背景图写法必须区分——H5 支持完整 CSS，App（尤其 nvue）只认子集，混写会导致 H5 正常、App 失效或报错。
- 用
#ifdef APP-PLUS包裹 App 专属样式，#ifndef APP-PLUS写 H5/小程序逻辑，别依赖运行时判断 - App 端慎用
background-attachment: fixed—— nvue 不支持，vue 页面在 App 里也基本无效 - 渐变背景在 App 端兼容差：
background: linear-gradient(...)在 nvue 中不生效，只能用图片替代或改用canvas绘制 - 字体图标当背景？别试。App 端
background-image: url('data:...')解析失败率高，统一转为 base64 文件引用或组件化图标
uni-app App端背景图加载闪白或延迟怎么优化
冷启动时先看到白屏，几毫秒后背景才出现，核心是图片未预加载 + 渲染时机错位。
- 在
onLoad前就触发图片加载：把背景图 URL 提前写死在 data 里，或用uni.preloadImage主动预载（仅 App 支持） - 给根容器加
background-color占位色（如#f5f5f5），避免白屏突兀；不要用透明色或rgba(0,0,0,0) - nvue 页面中，把背景图逻辑写在
<template></template>顶层<image></image>，别嵌套在<scroll-view></scroll-view>或<list></list>里——滚动容器会截断背景渲染 - 检查是否启用了
renderMode: "native"（manifest.json 中）：开启后部分 CSS 背景会被忽略，此时必须切到image方案
最麻烦的其实是设计稿给的背景图没预留安全边距，状态栏和底部 home indicator 区域一裁就丢关键内容。这个得前端和设计师对齐，不是加个 padding 就能解决的。
