Delphi 10.2 FMX（Win10 x64）中TThread未识别问题求助

我之前在Delphi 10.2 FMX项目里碰到过几乎一模一样的问题，给你整理几个实用的排查测试方向，应该能帮你定位根源：

• 优先排查单元引用顺序与标识符冲突
  虽然你在Interface段引入了System.Threading，但Delphi的单元引用顺序会影响标识符的优先级——如果现有项目里还引入了其他包含TThread的单元（比如旧版的Classes，虽然10.2里TThread已经移到System.Threading，但部分FMX组件可能隐式引入Classes），就可能出现标识符遮蔽的情况。
  测试操作：

  1. 把System.Threading移到Uses列表的最顶部，确保它的定义优先被IDE和编译器识别。
  2. 尝试用全名限定调用System.Threading.TThread.Synchronize(nil, ...)，如果这样能正常编译，那基本可以确定是其他单元的同名符号遮蔽了TThread。

• 检查条件编译与项目配置差异
  现有项目可能有针对Win10 x64的特定编译指令，导致System.Threading中的TThread没有被正确导出。
  测试操作：

  1. 打开项目选项（Project -> Options -> Delphi Compiler -> Conditional defines），对比空白项目的编译定义，看是否缺失FMX相关标识，或者存在自定义的屏蔽指令。
  2. 临时在Uses语句上方添加{$DEFINE FMX}（如果缺失的话），或者屏蔽可疑的自定义指令（比如{$UNDEF YOUR_CUSTOM_DEFINE}），再重新编译测试。

• 清理IDE缓存与编译文件
  Delphi IDE偶尔会出现缓存异常，导致代码提示和编译逻辑不一致——明明代码没问题，却提示未声明。
  测试操作：

  1. 执行Project -> Clean，然后选择Rebuild（不要用Build，Rebuild会强制重新编译所有单元）。
  2. 关闭Delphi，手动删除项目目录下的.dcu、.dcp和.identcache等缓存文件，再重新打开项目编译。
  3. 关闭所有其他打开的项目，避免跨项目的缓存干扰。

• 检查代码作用域的局部冲突
  你的代码如果是写在某个类的方法中，要警惕所在单元是否有自定义的TThread类型或同名变量，导致全局的TThread被遮蔽。
  测试操作：

  1. 在使用TThread的代码块前，临时添加type TThread = System.Threading.TThread;，强制指定类型，看是否能通过编译。
  2. 用IDE的全局搜索功能，搜索整个项目中的TThread，看是否存在自定义的类型定义或同名变量。

• 逐步迁移定位问题根源
  既然空白项目能正常运行，那就可以用排除法逐步迁移现有项目的内容：

  1. 先把现有项目的Uses列表复制到空白项目，编译看是否出现问题。
  2. 再逐步复制表单控件、事件代码、自定义单元等，每添加一部分就编译测试，直到出现TThread未声明的提示，这样就能精准定位到触发问题的代码或单元。

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