在 customtkinter 的 `ctkentry` 中，若直接在初始化时设置 `state='readonly'`，占位符（`placeholder_text`）将无法显示；正确做法是先创建控件并设置占位符，再通过 `configure(state='readonly')` 延迟设为只读。
CustomTkinter 的 CTkEntry 组件对 placeholder_text 的渲染逻辑依赖于控件的初始可编辑状态。当 state='readonly' 在构造函数中直接传入时，内部会跳过占位符的插入与监听机制，导致占位符不可见——这并非 Bug，而是当前版本（v5.2+）的设计限制。
✅ 正确实现方式如下：
先以默认（可编辑）状态创建控件，确保占位符被正常注册和渲染；再立即调用 .configure(state='readonly') 切换为只读模式。此时占位符文本仍保留在输入框中，且用户无法修改内容：
import customtkinter as ctk
# 初始化主窗口
app = ctk.CTk()
app.geometry("300x150")
# ✅ 正确：先创建，后设 readonly
entry = ctk.CTkEntry(app, placeholder_text="Hello World", width=200)
entry.configure(state="readonly") # 关键：延迟设置 state
entry.pack(pady=40)
app.mainloop()⚠️ 注意事项：
- 不要使用 entry.state('readonly')（这是 Tkinter 原生方法，不兼容 CustomTkinter 的占位符逻辑）；
- 避免后续再次调用 .configure(state='normal') 后又设回 'readonly'，否则占位符可能丢失（因状态切换未触发重绘）；
- 若需动态控制可编辑性，建议封装为自定义方法，例如 set_readonly(True/False)，并在设为只读时手动恢复占位符（通过 .insert(0, placeholder) + .configure(state='readonly')，但需先清空已有内容并记录原始占位符）。
? 小结：CustomTkinter 的占位符机制与控件生命周期强绑定。遵循“先构建、后配置”的原则，即可在保持只读语义的同时，优雅呈现提示信息——这是兼顾用户体验与功能约束的最佳实践。
