我之前也碰到过类似的Unity项目启动异常问题，结合你描述的情况，帮你梳理下可能的原因和可行的解决办法：

一、可能的触发原因 #

• 版本细微差异导致的兼容性bug：Unity Hub推荐的2021.9.f1虽然是匹配项目的大版本，但可能原作者用的是该分支下的补丁版本，或者这个版本本身存在脚本编译链的小bug，导致Unity启动时异常清理ScriptAssemblies目录。
• IDE配置冲突触发编译失败：原作者用VS Code，你用Visual Studio，Unity的脚本编译环境可能因为IDE关联设置的差异，导致初始编译失败——Unity在编译出问题时，常会删除旧的脚本程序集文件来尝试重新编译，这就形成了你看到的每次打开都删文件的情况。
• 基础依赖包缺失引发连锁反应：一开始出现的UnityEngine.UI、Text找不到的问题，大概率是UI相关的包没正确加载。Unity 2021里很多项目已经用TextMeshPro替代了旧的UGUI Text组件，如果原项目用了TMPro但你没安装对应的包，就会触发编译失败，进而导致Unity清理ScriptAssemblies。
• 磁盘权限或Git规则干扰：如果Unity没有足够的磁盘写入权限，无法生成ScriptAssemblies里的文件，可能会主动删除无效的缓存文件；另外，虽然Library目录通常被Git忽略，但如果.gitignore里有针对性的规则，也可能间接影响Unity的缓存逻辑。

二、分步解决步骤 #

1. 先搞定基础的脚本引用问题 #

进入安全模式后，先把缺失的依赖包补上：

• 打开Window > Package Manager，检查Unity UI（com.unity.ugui）包是否存在，如果没有，点击右上角的+，选Add package by name，输入com.unity.ugui安装。
• 同样在Package Manager里检查TextMeshPro包——现在很多项目用TMPro替代了旧的Text组件，如果缺失的话也安装上。安装完成后，尝试重新编译脚本（Assets > Reimport All）。

2. 重置Library目录解决缓存异常 #

Library是Unity的自动缓存目录，出问题时直接删掉重来是常用的修复手段：

• 完全关闭Unity和Unity Hub，找到项目根目录下的Library文件夹，直接删除（不用担心，重启Unity会自动重新生成）。
• 右键项目里的Packages/manifest.json，选Reimport，确保所有依赖包都能正确导入。
• 重新打开Unity，弹出安全模式提示时选不进入安全模式，耐心等Unity重新生成Library和编译脚本——这个过程可能要几分钟，别中途中断。

3. 统一IDE配置避免编译冲突 #

• 打开Unity的Edit > Preferences > External Tools，把默认脚本编辑器设为你用的Visual Studio版本，然后点击Regenerate project files，让Unity重新生成适配VS的解决方案文件。
• 检查Visual Studio的组件：打开VS安装器，确认Game development with Unity工作负载已经安装，里面包含了Unity编辑器集成、.NET游戏开发等必要组件，避免因为IDE缺失工具导致编译失败。

4. 排查权限和Git规则 #

• 右键Unity快捷方式，选以管理员身份运行，尝试重新打开项目，排除磁盘权限不足导致的文件写入失败问题。
• 查看项目根目录的.gitignore文件，确认有没有Library/ScriptAssemblies/这类针对性的忽略规则，如果有的话可以临时注释掉（在规则前加#），不过通常整个Library目录都会被忽略，这条可能不是关键，但可以排查下。

三、应急变通办法（如果上述方案都无效） #

• 找原作者确认项目的精确Unity版本：比如是不是2021.9.f1的某个补丁版，或者2021.x的其他子版本，安装对应版本后再打开项目，版本完全匹配往往能解决很多兼容性问题。
• 临时复制脚本程序集：从其他正常运行的同版本Unity项目里，把Library/ScriptAssemblies目录下的文件复制到当前项目，然后重启Unity——这是应急手段，不推荐长期用，还是建议从根本上解决问题。

内容的提问来源于stack exchange，提问作者Ertuğrul Akpınar