scoped样式改不动内置组件是因为其DOM不在当前组件作用域内；/deep/和::v-deep需配合scoped使用，且/deep/必须前置、不断行；原生picker需用indicator-style等专用属性修改样式。
scoped样式为什么改不动内置组件
因为scoped会让编译器给当前组件的DOM元素加data-v-xxxx属性，同时给CSS选择器追加对应属性选择器；但uni-forms、uni-picker这些内置组件的内部结构是在它们自己的组件作用域里渲染的，根本没带你的data-v-xxxx。你写的.label-text { color: red; }自然匹配不到——不是选择器写错了，是它压根不在你的“地盘”里。
/deep/ 和 ::v-deep 到底怎么用才生效
必须配合scoped使用，单独写全局样式等于放弃隔离，容易污染其他页面。两种写法等价，但要注意平台兼容性：
-
/deep/在 HBuilderX 4.20+ 和 Vue 2 项目中稳定可用，微信小程序、App端都支持 -
::v-deep是 Vue 官方推荐写法，但某些旧版 HBuilderX 或自定义构建流程下可能被忽略，建议优先试/deep/ - 穿透必须写在目标选择器**前面**，且不能断行：
.my-page /deep/ .uni-picker-item-selected✅，.my-page /deep/.uni-picker-item-selected❌
picker这类弹出类组件的样式修改有特殊限制
原生picker在小程序中由系统控件渲染，很多CSS属性（如font-size、color）无法通过普通选择器生效，得靠组件提供的专用属性：
- 用
indicator-style控制中间高亮区样式，只支持有限属性：{ color: '#007AFF', height: '60px' } - 用
mask-style改蒙层背景，比如{ backgroundColor: 'rgba(0,0,0,0.5)' } - 想彻底自定义外观？别硬改
picker，直接换用picker-view组件，自己控制每一列的DOM和样式 - 调试时打开微信开发者工具，右键审查弹出层，确认真实类名（如
.uni-picker-item），再写穿透规则
全局修改 vs 页面级修改，什么时候该选哪个
全局改（比如在App.vue里写）只适合真正全站统一的需求，比如所有uni-button的主色；但一旦加了!important，后续任何页面都无法覆盖它——这在迭代中很快变成枷锁。
更安全的做法是：
- 在具体页面的
<style scoped>里用/deep/精准定位，改完只影响当前页面 - 如果多个页面都要同一种定制，抽成一个
custom-xxx.scss，用@import引入，避免重复写穿透规则 - 注意：H5端对
/deep/支持最好，小程序端部分样式（如transform、filter）仍受限于WebView能力，实测为准
真正容易被忽略的是：穿透选择器的权重其实很低，遇到内置组件自带!important的内联样式（比如某些uni-ui版本的uni-input），你得在自己的规则里也加上!important才能赢过它。
