Kivy跨应用传参：如何启动带参数的另一个Kivy应用

你当前的代码存在几个导致功能完全无法运行的硬伤：

• Kivy 同一进程内仅允许运行一个App实例，登录取值后直接调用ReturnApp2().run()的逻辑不仅传不了参数，还会触发图形上下文冲突，直接崩溃。
• LoginUser、UserGreet两个自定义类没有继承Kivy的Widget基类（如BoxLayout），会导致KV规则无法匹配，控件绑定的user、label属性完全失效。
• Kivy 自定义Widget的__init__执行时，KV中定义的绑定属性还未完成初始化，直接在__init__里修改self.label.text会触发空指针错误。

1. 修改目标页面文件 user_specific_greeting_screen.py #

让UserGreet继承BoxLayout，接收传入的用户名，用Clock延迟赋值，等KV属性绑定完成后再修改文本：

from kivy.app import App
from kivy.uix.boxlayout import BoxLayout
from kivy.clock import Clock

class UserGreet(BoxLayout):
    def __init__(self, username, **kwargs):
        super().__init__(**kwargs)
        self.input_username = username
        # 延迟到下一帧执行，此时KV里的label属性已经完成绑定
        Clock.schedule_once(self.render_greeting)
    
    def render_greeting(self, *args):
        self.label.text = f'Hello {self.input_username}!'

# 这个App类仅用于单独测试当前页面，主程序集成时不会调用
class ReturnApp2(App):
    def build(self):
        return UserGreet(username="测试用户")

if __name__ == '__main__':
    ReturnApp2().run()

对应的returnapp2.kv不需要改动，原有的KV逻辑可以直接匹配修改后的UserGreet类。

2. 修改登录页文件 login_screen.py #

把LoginUser改为继承BoxLayout，将login方法挪到类内部，登录成功后直接实例化问候页类，把用户名当构造参数传入，替换当前App的根控件完成跳转，不要启动第二个App：

from kivy.app import App
from kivy.uix.boxlayout import BoxLayout
import user_specific_greeting_screen

class LoginUser(BoxLayout):
    def login(self):
        username_to_pass_on = self.user.text.strip()
        if not username_to_pass_on:
            return
        # 实例化问候页，直接把用户名当构造参数传入
        greet_page = user_specific_greeting_screen.UserGreet(username=username_to_pass_on)
        # 替换当前App的根控件，完成页面跳转
        App.get_running_app().root = greet_page

class ReturnApp1(App):
    def build(self):
        return LoginUser()

if __name__ == '__main__':
    ReturnApp1().run()

对应的returnapp1.kv也不需要改动，原有的KV逻辑可以直接匹配修改后的LoginUser类。

当后续页面数量增多时，推荐使用Kivy自带的ScreenManager做页面路由，不需要手动替换根控件，页面切换逻辑更清晰，参数传递也更灵活：

• 所有页面统一注册为ScreenManager的子页面，跳转时直接切换屏幕id即可。
• 参数传递可在切换前直接给目标屏幕的类属性赋值，不需要重复实例化页面。

把不同功能页面拆分到独立.py文件开发的思路完全合理，是Python项目的常规最佳实践：

• 独立文件的代码结构更清晰，后续修改、调试、复用都很方便。
• 唯一需要避开的误区是：拆分文件只是代码组织方式，不等同于启动多个独立App，整个应用始终只有一个全局App实例运行。其他文件里的App类仅用于单独测试对应页面的功能，不要在主业务流程里调用run()。

补充提示：你原代码里的缩进错误、方法定义位置错误（login方法原本没有写在LoginUser类内部）、def__init__少空格的语法错误，也会导致程序无法正常运行，上面的修正代码已经全部处理。

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