在 C# 中，一个方法被标记为 async 但内部没有使用 await 关键字，这种情况是否合法？如果合法，会带来什么问题？请解释原因。
考察说明
考查对 async 方法语义和编译器行为的理解，以及无 await 时的实际影响。
回答思路
- 【回答框架 1】在 C# 中，async 方法可以没有 await 关键字，编译器不会报错，但会产生警告 CS1998。原因是 async 修饰符仅表示方法体可包含 await，不强制要求必须存在。
- 【回答框架 2】没有 await 的 async 方法会同步执行，返回的 Task 或 Task<T> 在方法返回时已处于完成状态（RanToCompletion 或带有结果），调用方无法获得异步执行的收益。
- 【回答框架 3】编译器会生成状态机，但由于没有 await 点，状态机几乎立即完成，造成不必要的开销，包括额外的对象分配和上下文切换成本。
- 【回答框架 4】从设计角度看，这种写法通常表示代码错误或遗漏，应移除 async 修饰符并直接返回 Task.FromResult 或同步返回值，或补上真正的异步操作。
- 【回答框架 5】在特殊场景下，如实现接口要求返回 Task 但实现本身同步完成，可保留 async 但需明确接受警告，或改用 Task.FromResult 避免状态机开销。
- 【关键点 1】async 方法无 await 合法但产生 CS1998 警告。
- 【关键点 2】方法同步执行，返回已完成的任务，无异步收益。
- 【关键点 3】编译器生成状态机但无 await 点，带来额外开销。
- 【关键点 4】应移除 async 或改用 Task.FromResult 优化。
- 【易错点 1】误以为 async 关键字自动使方法异步，实际需 await 或返回未完成任务。
- 【易错点 2】忽略 CS1998 警告可能导致性能问题。
- 【易错点 3】在接口实现中为满足签名而滥用 async，应权衡状态机开销。