在 Kivy 中，仅靠 hidden 或 size_hint_y 切换 ActionBar 的可见性常导致布局异常（如底部栏始终显示）；应结合 height 与 opacity 精确控制其显隐逻辑，确保桌面端显示顶部栏、移动端显示底部栏。

在 kivy 中，仅靠 `hidden` 或 `size_hint_y` 切换 actionbar 的可见性常导致布局异常（如底部栏始终显示）；应结合 `height` 与 `opacity` 精确控制其显隐逻辑，确保桌面端显示顶部栏、移动端显示底部栏。

Kivy 的 ActionBar 组件在默认样式（style.kv）中具有固定高度（48dp）和子组件尺寸约束，因此单纯设置 hidden: True 或 size_hint_y: 0 并不能可靠隐藏其视觉占位——子控件（如 ActionButton）仍可能因继承预设尺寸而“透出”，造成布局错乱或双栏同时显示等问题。

正确做法是解耦容器可见性与内容渲染：

• 使用 height 控制 ActionBar 自身的高度（0 表示完全不占用空间）；
• 同时使用 opacity 控制其内部 ActionView 及子控件的透明度（0 使内容不可见且不响应交互），避免残留渲染干扰。

以下为推荐的 KV 文件写法（适配桌面/移动双模式）：

BoxLayout:
    orientation: 'vertical'

    # 顶部 ActionBar（仅桌面显示）
    ActionBar:
        hidden: app.is_mobile
        opacity: 1.0 if not app.is_mobile else 0
        height: '48dp' if not app.is_mobile else 0
        ActionView:
            use_separator: True
            ActionPrevious:
                with_previous: True
                on_release: app.next_screen('main')
            ActionButton:
                text: 'Shuffle 1'
            ActionButton:
                text: 'Check'
            ActionButton:
                text: 'Next'

    # 主体内容（如 Accordion）
    Accordion:
        AccordionItem:
            title: 'Section A'
            Label:
                text: 'Content A'
        AccordionItem:
            title: 'Section B'
            Label:
                text: 'Content B'

    # 底部 ActionBar（仅移动端显示）
    ActionBar:
        id: bottom_bar
        hidden: not app.is_mobile
        opacity: 1.0 if app.is_mobile else 0
        height: '48dp' if app.is_mobile else 0
        ActionView:
            use_separator: True
            ActionPrevious:
                with_previous: True
                on_release: app.next_screen('main')
            ActionButton:
                text: 'Shuffle'
            ActionButton:
                text: 'Check'
            ActionButton:
                text: 'Next'

⚠️ 注意事项：

• 勿移除 height 设置：仅设 opacity: 0 会导致 ActionBar 仍占据 48dp 高度，挤压内容区域；
• hidden 属性需保留：用于语义化控制，配合 height/opacity 形成双重保险；
• 移动端检测要早于 UI 构建：确保 is_mobile 在 build() 中已准确赋值（如使用 kivy.utils.platform），避免延迟触发导致初始布局错误；
• 若需更现代的导航体验，可考虑升级至 kivymd 的 MDBottomNavigation 或 MDTopAppBar，它们原生支持响应式行为与 Material Design 规范。

通过 height + opacity 协同控制，即可稳定实现“桌面顶部导航、移动端底部导航”的响应式布局目标。