我碰到过好几个开发者遇到这个问题，WinForms为了节省资源，对不可见的控件（比如未激活Tab页里的控件）会跳过完整的布局计算，导致它们的Width、Bounds这类视觉属性停留在初始值或者错误状态，这就是你拿到500而不是正确700的原因。你之前在Resize事件里调用PerformLayout、Refresh这些方法没用，也是因为WinForms对隐藏控件的布局逻辑有优化，不会真的去计算它们的正确尺寸。

下面给你几个实用的解决方案，你可以根据自己的场景选：

方案1：临时切换Tab页触发布局（最省心的原生方案） #

思路是临时激活每个Tab页，让WinForms强制完成该页所有控件的布局计算，同时通过挂起绘制避免用户看到切换闪烁。操作完再切回原来的Tab页。

代码示例：

// 在ComboBox的SelectedIndexChanged事件或者你更新DGV的方法里调用这个逻辑
private void UpdateAllDGVsWithNewDataSource()
{
    int originalTabIndex = tabControl1.SelectedIndex;
    try
    {
        // 挂起TabControl的绘制，完全避免切换时的闪烁
        tabControl1.SuspendLayout();
        
        foreach (int i = 0; i < tabControl1.TabPages.Count; i++)
        {
            tabControl1.SelectedIndex = i;
            TabPage currentTab = tabControl1.SelectedTab;
            
            // 强制Tab页及其子控件完成布局
            currentTab.PerformLayout(true);
            
            // 现在可以获取到DGV的正确尺寸了
            Ces.WinForm.UI customDgv = currentTab.Controls.OfType<Ces.WinForm.UI>().FirstOrDefault();
            if (customDgv != null)
            {
                // 这里可以调整加载屏幕的位置和尺寸
                // 比如customDgv.LoadScreen.Bounds = customDgv.Bounds;
                customDgv.DataSource = yourNewDataSource; // 赋值DataSource
            }
        }
    }
    finally
    {
        // 务必恢复原来选中的Tab页，恢复绘制
        tabControl1.SelectedIndex = originalTabIndex;
        tabControl1.ResumeLayout(true);
    }
}

这个方案的优势是完全依赖WinForms原生布局逻辑，不管你的DGV有没有复杂的嵌套布局，都能拿到100%正确的尺寸。5个Tab页的话，性能完全没问题，用户也看不到任何切换痕迹。

方案2：手动计算控件尺寸（性能最优，适合布局规则明确的场景） #

如果你的DGV是Dock.Fill或者和TabPage的客户端区域尺寸直接绑定的，那完全可以跳过控件本身的属性，直接用TabPage的ClientSize来计算DGV的实际尺寸。

比如DGV是Dock.Fill的，那它的正确尺寸就是TabPage的客户端区域大小，代码示例：

private void UpdateAllDGVsWithNewDataSource()
{
    foreach (TabPage tab in tabControl1.TabPages)
    {
        Ces.WinForm.UI customDgv = tab.Controls.OfType<Ces.WinForm.UI>().FirstOrDefault();
        if (customDgv != null)
        {
            // 手动计算DGV的正确Bounds（假设Dock.Fill，无Margin/Padding）
            Rectangle correctDgvBounds = new Rectangle(0, 0, tab.ClientSize.Width, tab.ClientSize.Height);
            // 调整加载屏幕的位置和尺寸
            customDgv.LoadScreen.Bounds = correctDgvBounds;
            // 赋值DataSource
            customDgv.DataSource = yourNewDataSource;
        }
    }
}

这个方案不需要切换Tab页，性能最好，但是前提是你清楚DGV的布局规则（比如有没有Margin、Anchor设置是不是Fill），如果布局复杂（比如嵌套了多个Panel），手动计算会比较麻烦。

方案3：修改自定义DGV的加载屏幕逻辑（从根源解决） #

把加载屏幕的尺寸计算逻辑从“提前缓存”改成“显示时实时计算”，不管DGV可见与否，都能拿到正确的尺寸。

比如在你的自定义DGV的ShowLoadScreen方法里修改：

public void ShowLoadScreen()
{
    Rectangle targetBounds;
    if (this.Visible)
    {
        // 可见时直接用自身的Bounds
        targetBounds = this.Bounds;
    }
    else
    {
        // 不可见时，通过父容器TabPage的尺寸计算
        targetBounds = new Rectangle(this.Location, this.Parent.ClientSize);
        // 如果DGV有Margin，需要调整偏移
        targetBounds.Offset(this.Margin.Left, this.Margin.Top);
        targetBounds.Size = new Size(
            this.Parent.ClientSize.Width - this.Margin.Left - this.Margin.Right,
            this.Parent.ClientSize.Height - this.Margin.Top - this.Margin.Bottom
        );
    }
    // 设置加载屏幕的位置和尺寸
    _loadScreen.Bounds = targetBounds;
    _loadScreen.Show();
}

这个方案从根源上解决了加载屏幕的尺寸问题，后续不管DGV在什么状态下，显示加载屏幕时都会自动计算正确的尺寸，不需要在外部做额外的布局处理。

一些注意事项 #

1. 不要在Form_Load事件里执行这些逻辑，因为此时Form还没完成整体布局，TabPage的ClientSize可能也不正确，最好在Form_Shown事件之后，或者ComboBox的SelectedIndexChanged触发时再处理。
2. 如果用方案1，一定要在finally块里恢复原来的Tab索引，避免异常导致Tab停留在错误的页面。
3. 不管用哪个方案，赋值DataSource前先确保加载屏幕的尺寸正确，这样就不会出现位置偏移的问题了。