要定位具体哪一行代码是性能瓶颈。需明确目标、提供执行环境与可观测指标、给出可疑代码片段，并按识别开销类型→定位瓶颈行→说明依据的顺序分析，避免泛化提问或信息缺失。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让microsoft copilot快速帮你定位代码性能瓶颈，提示词必须明确指向可测量、可归因、可复现的运行时行为，不能只说“慢”或“卡”。你需要提供执行环境上下文、可观测指标线索、以及排除干扰的边界条件。构造带上下文的结构化提示词
第一步：在提示词开头用一句话声明目标——【必须写明“我要定位具体哪一行/哪个函数/哪类操作是性能瓶颈”】。Copilot不会主动推断你想要瓶颈位置，它默认会泛泛而谈优化建议。
第二步：紧跟着给出三要素——执行环境（如.NET 6 + Windows Server 2022 + IIS）、观测现象（如“API响应P95从120ms突增至850ms，GC时间占比达47%”）、代码片段（贴出含await、循环、LINQ或序列化调用的可疑段落，不超过20行）。
第三步：用“请按以下顺序分析”强制约束推理路径：①识别高开销操作类型（同步阻塞？内存分配？锁竞争？序列化深度？）→②指出最可能拖慢执行的单行或调用链 →③说明判断依据（如“.ToList()触发全量枚举+内存分配”或“HttpClient未复用导致连接池耗尽”）。
避免无效提问的典型错误
方法一：不说版本和框架就问“怎么优化这段代码”——Copilot只能基于通用规则猜，无法结合.NET的Span
方法二：只给日志片段“Error: timeout”却不提超时阈值、重试次数、上下游服务状态——Copilot会把网络抖动、DNS失败、线程饥饿全列一遍，无法聚焦。
方法三：贴出整个Startup.cs或main.go——【Copilot对超过30行无注释的初始化代码无法准确建模调用时序】，它可能把ConfigureServices里的一行AddSingleton误判为瓶颈。
实操中立刻见效的提示词模板
“我要定位具体哪一行代码是性能瓶颈。运行环境：Python 3.11 + FastAPI + Uvicorn（workers=4），观测到POST /v1/process接口平均延迟从38ms升至420ms，火焰图显示72%时间在json.loads()调用栈内。以下是请求体解析部分代码：”
→ 紧接着粘贴含json.loads()的那3～5行代码
→ 最后加一句：“请指出该段代码中导致反序列化变慢的直接原因，并说明如何用cProfile验证该行实际耗时。”
