在 Kivy 框架里构建具备多页面或者复合组件的应用时，Spinner 是最常用的下拉选择控件之一。当用户在某个界面选中了选项，这个值往往要被另一个类里面的逻辑使用，比如网络请求参数、配置保存或者另一个屏幕的文本展示。由于 Kivy 的界面类通常通过 kv 语言或者独立的 Widget 子类定义，彼此之间没有直接的成员变量可见性，初学者很容易写出互相 import 造成循环依赖的代码，或者试图用 Python 全局变量暂存选择值，结果在应用旋转屏幕或重新进入页面时数据错乱。
要解决这一问题，核心思路是把 Spinner 的选择值提升为应用级或者根容器级的响应式状态。Kivy 提供了 Property 系统，其中 StringProperty 非常适合保存 Spinner 的文本内容。任何一个类都可以通过 App.get_running_app() 拿到当前应用实例，进而访问其上面定义的属性。这种方式既遵循了 Kivy 的数据绑定理念，也避免了跨模块传递对象引用的混乱。
基于 App 实例的属性共享方案
最直白且稳定的跨类传递方式，是在继承 App 的子类上声明一个 StringProperty，作为全局可读写的选择值中心。Spinner 所在类在初始化时把自身的 on_text 事件绑定到修改该属性的方法；而需要消费这个值的类，在 on_enter 或者按钮回调里直接读取属性即可。这样做的好处是 App 对象的生命周期覆盖整个程序运行期，不会因为屏幕切换被销毁。
下面的代码展示了应用入口类和两个独立屏幕类如何通过 App 属性通信。注意我们在 kv 之外用 Python 绑定事件，也可以完全在 kv 里用 on_text: app.selected_value = self.text 简化。Property 的赋值会通知所有绑定了 app.selected_value 的界面元素自动刷新，这是手动全局变量做不到的。
from kivy.app import App
from kivy.uix.screenmanager import Screen, ScreenManager
from kivy.uix.spinner import Spinner
from kivy.properties import StringProperty
from kivy.lang import Builder
class MainApp(App):
selected_value = StringProperty("")
def build(self):
return Builder.load_string("""
ScreenManager:
SelectScreen:
ShowScreen:
<SelectScreen>:
name: "select"
BoxLayout:
Spinner:
id: sp
text: "请选择"
values: ["苹果", "香蕉", "橘子"]
on_text: app.selected_value = self.text
Button:
text: "下一步"
on_release: root.manager.current = "show"
<ShowScreen>:
name: "show"
Label:
text: "你选择了: " + app.selected_value
""")
class SelectScreen(Screen):
pass
class ShowScreen(Screen):
pass
if __name__ == "__main__":
MainApp().run()
上述结构中，如果用户在 SelectScreen 的 Spinner 里选了香蕉，app.selected_value 立刻变成香蕉，ShowScreen 的 Label 因为绑定了同一属性，在进入该屏时自然显示正确文本。即便用户中途退出再进，只要 App 没重启，值都在。相比在 Screen 里用 self.manager.get_screen('select').ids.sp.text 去反向查控件，属性共享明显更松耦合。
利用根 Widget 与事件分发解耦
当项目膨胀到有多个独立模块、不希望业务逻辑和 App 子类耦合过紧时，可以把共享属性放在自定义的 Root Widget（比如一个继承 BoxLayout 的容器）上。各个 Screen 通过 self.parent 或 app.root 拿到根容器并读写属性。这样单元测试时只需实例化根容器，不必启动整个 App。
事件分发上，Kivy 的 Property 自带 bind 方法，我们可以让根容器在值变化时发出自定义事件，通知关心它的类。例如下方代码里，根容器监听 selection 属性，一旦变化就调用各子屏幕的 update_ui 方法。如此即便新增第三个屏幕，也只需在根容器里多绑一次，避免了散落在各处的直接引用。
from kivy.app import App
from kivy.uix.boxlayout import BoxLayout
from kivy.uix.screenmanager import Screen, ScreenManager
from kivy.properties import StringProperty
class RootContainer(BoxLayout):
selection = StringProperty("")
def __init__(self, **kwargs):
super().__init__(**kwargs)
self.bind(selection=self.on_selection_changed)
def on_selection_changed(self, instance, value):
for screen in self.ids.sm.screen_names:
scr = self.ids.sm.get_screen(screen)
if hasattr(scr, "update_ui"):
scr.update_ui(value)
class PickScreen(Screen):
def update_ui(self, value):
print("PickScreen 收到选择:", value)
class ReadScreen(Screen):
def update_ui(self, value):
self.ids.lbl.text = "当前: " + value
class DemoApp(App):
def build(self):
root = RootContainer()
sm = ScreenManager(id="sm")
sm.add_widget(PickScreen(name="pick"))
sm.add_widget(ReadScreen(name="read"))
root.add_widget(sm)
root.ids.sm = sm
return root
if __name__ == "__main__":
DemoApp().run()
这种写法的劣势在于需要手动维护根容器和 ScreenManager 的 id 映射，但换来的是清晰的单向数据流：Spinner 改根属性，根属性通知屏幕，屏幕只负责渲染。在复杂表单场景里，还可以把多个 Spinner 的值合成一个 DictProperty 挂在根上，进一步减少跨类参数个数。
常见误区与调试技巧
不少开发者在跨类传值时喜欢用 from kivy.core.window import Window 或者全局字典存值，结果在 Android 端旋转屏幕后 Activity 重建，Python 模块级变量被清空，界面显示空白。另一个坑是在 Screen 的 __init__ 里直接读取另一个屏幕的 Spinner 文本，但那时对方屏幕可能还没被 ScreenManager 实例化，ids 为空抛出异常。正确做法是延迟到 on_enter 或依靠 Property 绑定。
调试时可以打开 Kivy 的日志，在 Spinner 的回调里打印 app.selected_value 确认写入时机；若使用 kv 绑定，注意 app 关键字只在 App 子类有 Property 时才有效，普通变量不会触发刷新。最后，如果 Spinner 的 values 是动态从网络拉的，应在数据到达后重新赋值 values 并手动调用一次属性同步，防止界面和状态不一致。
综合来看，Kivy 中跨类传递 Spinner 选择值并不复杂，只要选对状态宿主：简单应用挂 App，中型应用挂根容器，再配合 Property 与绑定，就能写出易维护、低耦合的代码。避免全局变量与反向查控件，是提升 Kivy 项目健壮性的关键一步。