太好了，这说明判断是对的。我看下现在项目的模块状态，确认修复的具体原因。
验证通过，根因确认
我查了 IDEA 日志和项目现状，你只用一步就解决了问题，原因很清楚：
之前的问题原因在于"项目没有模块"；并非"没有启动类"。
时间线对比（同一个项目，同一个 IDEA）：
| 时间 | 状态 | 日志 |
|---|---|---|
20:51（旧 .idea） |
完全没触发 Maven 导入 | 连续 4 次 0 modules added，一个文件都没索引 |
21:08（删掉 .idea 后） |
导入成功 | Workspace model loaded without cache，随后 Maven server 启动，applying models to workspace model took 6252ms，Module 'SmartCourseNew' (all roots)，updateAllMavenProjects finished: **true** |
关键就在这句让 IDEA 误判的配置：旧 .idea 里的 ExternalProjectsData 缓存里写着"这个项目已经导入过 Maven"。因此 IDEA 启动时认为"不必再导入"，直接套用了那个空的外部模型 ，结果你既没有模块，也没有源码根，所有 Maven 依赖都不在 classpath 里，Spring Boot 自然找不到 @SpringBootApplication。
删掉 .idea 后，这个错误的"已导入"记忆被清除，IDEA 重新从 pom.xml 正常导入了 Maven。
还剩一处需要收尾处理（不着急）
刚才检查发现，external_build_system 里那个 .broken 还在 ，而且项目至今没有任何 modules.xml、也没有 *.iml 文件（我刚查过，是空的）。这说明模块结构目前只存在于 IDEA 内存里，靠"每次打开自动导入 Maven"现场重建。
好消息是你的自动导入是开着的（autoReloadType=ALL），所以重启后照样能用。但风险在于：万一某次打开时 Maven 下载卡住或者断网，导入没跑完，就又会回到"0 模块、找不到主类"的状态。其它项目也面临同样的风险。
因此建议找个空闲时间，把方案 B 的第二步补上：
- 关 IDEA
- 删
D:\software\IDEA_2023.3.6_Protable\.IntelliJIdea\system\external_build_system（现在只有 1KB） - 重开项目，让它再自动导入一次
做完之后，模块配置就能正常写入磁盘，这个问题才算彻底不会再出现。
记住这个通用解法
以后遇到"项目打开后大量报错、找不到主类"，先看两处：.idea/modules.xml 和项目里有没有 *.iml。如果两者都不存在，并且 misc.xml 里有 ExternalStorageConfigurationManager enabled="true"，那就删 .idea 重开 ，这样基本都能解决。另外，.idea 千万不要跨机器拷贝，这次就是别人电脑的配置留下的 SVN 路径 C:\Users\feia 引出的问题。