添加Adobe PDF Reader后WinForms应用无限递归崩溃问题求助

首先，这个错误的核心是VB.NET窗体默认实例机制导致的循环依赖，而Adobe PDF控件的加入只是把原本隐藏的问题触发了——它可能改变了窗体/控件的初始化顺序，让循环构造的矛盾直接暴露出来。

问题根源拆解 #

你在Submissioncontrol_Load里写的Mainpage.usernameconstantmain.Text，如果没有手动创建过Mainpage的实例，VB.NET会自动生成一个默认实例（和类名同名的全局对象）。但如果Mainpage的构造过程中（比如窗体加载时）会创建或加载Submissioncontrol，那立刻就会形成死循环：

1. Submissioncontrol加载时，尝试访问Mainpage的默认实例 → 触发Mainpage的构造
2. Mainpage构造时，创建Submissioncontrol → 触发Submissioncontrol的Load事件
3. 回到第一步反复执行，最终抛出无限递归异常

具体解决方案 #

方案1：显式传递主窗体实例（最直接的修复）

放弃依赖默认实例，主动把Mainpage的实例传给Submissioncontrol：

1. 修改Submissioncontrol代码，添加接收主窗体实例的构造函数：

Public Class Submissioncontrol
    ' 新增字段存储主窗体实例
    Private _mainPage As Mainpage

    ' 带参数的构造函数，用于传入主窗体
    Public Sub New(mainPageInstance As Mainpage)
        ' 必须先调用设计器生成的初始化方法
        InitializeComponent()
        _mainPage = mainPageInstance
    End Sub

    ' 保留无参构造函数（设计器需要）
    Public Sub New()
        InitializeComponent()
    End Sub

    Private Sub Submissioncontrol_Load(sender As Object, e As EventArgs) Handles MyBase.Load
        ' 使用传递过来的实例取值，而非默认实例
        If _mainPage IsNot Nothing Then
            usernameconstant.Text = _mainPage.usernameconstantmain.Text
        End If
        ' 原有代码保留
        todaysdate.Text = Today
        Dim number As New Random
        idbox.Text = number.Next(1, 1000000)
    End Sub

    ' 其他原有代码不变...
End Class

2. 在Mainpage中创建Submissioncontrol时，传入自身实例：

' 比如在Mainpage的加载事件或添加控件的逻辑中
Dim submissionCtrl As New Submissioncontrol(Me)
Me.Controls.Add(submissionCtrl)

方案2：用全局共享类存储公共数据（更优雅的架构）

跨窗体直接访问控件不是好的设计，把共享数据（比如用户名）放到独立的静态类里更稳妥：

1. 创建一个存储全局数据的模块：

Public Module AppSharedData
    Public Property CurrentStudentUsername As String
End Module

2. 在Mainpage中设置这个值（比如登录成功后或窗体加载时）：

AppSharedData.CurrentStudentUsername = usernameconstantmain.Text

3. 在Submissioncontrol中直接读取：

Private Sub Submissioncontrol_Load(sender As Object, e As EventArgs) Handles MyBase.Load
    usernameconstant.Text = AppSharedData.CurrentStudentUsername
    ' 原有代码保留...
End Sub

为什么Adobe PDF控件会引发这个问题？ #

PDF控件的初始化逻辑可能改变了窗体控件的加载顺序，原本默认实例的循环因为初始化时机的巧合没有触发，但加入PDF控件后，控件的初始化流程让这个循环提前暴露了——本质还是代码依赖默认实例的设计缺陷，PDF控件只是诱因。

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