ASP.NET Core MVC中如何请求展示Web API实时数据并生成折线图

你的实现思路完全正确，这是定时拉取第三方API、主动推送更新到前端展示场景下的成熟落地方案，不会做无用功。

• 5分钟的拉取间隔匹配CoinGecko的数据更新频率，同时也符合其公开接口的免费限流规则，不会触发请求限制。
• SignalR选型适配你的技术栈和知识储备：它自动处理WebSocket、长轮询等传输方式的兼容逻辑，你不需要手动实现底层通信，只需要关注业务逻辑即可。
• Highcharts完全满足时序折线图的动态更新需求，封装好的API可以快速实现数据追加效果，学习成本低。

服务端注意事项 #

• 不要在SignalR的Hub类中实现定时拉取逻辑：Hub为瞬态实例，每次客户端连接都会创建新对象，会导致定时任务重复执行且无法全局统一管理。建议单独实现IHostedService托管服务，全局仅运行一个定时拉取任务，拉取到最新数据后统一推送给所有在线客户端即可。
• 新增内存缓存层存储最近一段时间的价格数据，新客户端建立连接后直接推送缓存的历史数据，用户打开页面就能立刻看到完整的折线图，不需要等到下一次定时拉取。
• 调用CoinGecko API时增加异常捕获逻辑，单次请求失败仅记录日志、等待下一个周期重试即可，不要因偶发网络波动终止整个定时任务。

前端注意事项 #

• SignalR JS客户端开启自动重连配置withAutomaticReconnect，避免网络波动导致连接断开后无法收到新数据，不需要自己手动实现重连逻辑。
• 动态更新Highcharts时不要每次都重新初始化图表实例，调用addPoint方法向现有序列追加数据点即可，性能更高且不会出现图表闪烁问题。如果仅需要保留固定时长的历史数据，追加新点的同时删除最早的旧点，避免页面长时间运行时数据量过大导致卡顿。
• 多币种展示场景下，推送数据时携带币种唯一标识，前端匹配对应序列更新即可，不需要全量刷新所有币种的数据。

如果后续需求迭代可以参考以下调整：

• 客户端量级较大时，可将拉取到的价格数据先写入消息队列，分批推送给客户端，降低服务端瞬时推送压力。
• 服务端增加价格波动阈值判断，仅当币种价格变化幅度超过预设阈值时才推送更新，减少不必要的资源消耗。

内容的提问来源于stack exchange，提问作者Ethan Partridge