这个问题本质是Windows 11的系统主题渲染逻辑和Tkinter原生tkinter.Scrollbar的兼容性bug，我之前遇到过类似情况，给你几个可行的解决方案，按优先级排序：

1. 优先切换到ttk.Scrollbar（最省心的方案） #

Tkinter的原生Scrollbar基于旧版Win32控件实现，在Windows 11新主题下适配性很差；而ttk.Scrollbar是专门针对系统主题优化的控件，完全不会出现箭头消失的问题，代码改动也极小：

import tkinter as tk
from tkinter import ttk  # 导入ttk模块

root = tk.Tk()
canvas = tk.Canvas(root)
canvas.pack(side="left", fill="both", expand=True)

# 用ttk.Scrollbar替代原生控件
scrollbar = ttk.Scrollbar(root, orient="vertical", command=canvas.yview)
scrollbar.pack(side="right", fill="y")
canvas.config(yscrollcommand=scrollbar.set)

ttk滚动条会自动适配Windows 11的视觉风格，初始化时箭头一定会正常显示，完全不用管系统的奇怪渲染逻辑。

2. 强制触发Tkinter的状态同步（针对原生Scrollbar） #

如果因为某些原因必须使用原生tkinter.Scrollbar，可以在所有控件创建并布局（pack/grid）完成后，强制触发Tkinter的空闲任务更新，再激活滚动条的所有可交互区域：

import tkinter as tk

root = tk.Tk()
canvas = tk.Canvas(root)
canvas.pack(side="left", fill="both", expand=True)

scrollbar = tk.Scrollbar(root, orient="vertical", command=canvas.yview)
scrollbar.pack(side="right", fill="y")
canvas.config(yscrollcommand=scrollbar.set)

# 关键步骤：先同步所有控件的绘制状态
root.update_idletasks()
# 激活滚动条的两个箭头和滑块，强制系统渲染
scrollbar.activate("arrow1")
scrollbar.activate("arrow2")
scrollbar.activate("slider")

update_idletasks()会让Tkinter把所有pending的布局和绘制任务同步到C端的系统控件，再通过activate()明确告诉系统要渲染滚动条的所有部分，就能解决初始化时箭头消失的问题。

3. 优化动态重建控件的逻辑（避免状态混乱） #

你提到切换内容时会销毁所有控件和变量再重建，这种操作很容易导致Tkinter和Windows主题引擎的状态不同步，是不稳定的根源。建议改用pack_forget()/grid_forget()隐藏不需要的控件，而不是完全销毁重建：

# 示例：用frame分组控件，切换时只隐藏/显示frame
frame1 = tk.Frame(root)
frame2 = tk.Frame(root)

# 切换到frame1时
frame2.pack_forget()
frame1.pack(fill="both", expand=True)

# 切换到frame2时
frame1.pack_forget()
frame2.pack(fill="both", expand=True)

这种方式能保留控件的状态，避免每次重建时和系统主题的同步问题，滚动条的显示也会更稳定。

不推荐的尝试 #

• 不要逐个调用.focus()：这会导致焦点混乱，而且不一定能触发滚动条的渲染，反而影响用户体验。
• 不要忽略这个问题：虽然点击后会显示，但初始化时的异常状态会让用户觉得应用有bug，影响体验。

总结：如果能换ttk.Scrollbar就直接换，这是一劳永逸的方案；如果必须用原生控件，就用update_idletasks()加activate()的组合；同时优化动态切换控件的逻辑，避免不必要的销毁重建。