准备做一个小游戏，有道具数据的存储，还有一些相对实时的数据要展现在玩家界面。想用php通过调用接口的方式传递数据。。。比如我1秒调用一次http接口。虽然数据量不大，，，我想问一下 假如在玩家很多的情况下，比如100万玩家都在调用，会不会出问题，这样的思路是不是正确的？？？还我想问下你们，你们的游戏比如 自动获取数据的模块，一般是多少秒调用一次接口获取服务器数据啊？？？我是菜鸟 求大神回答
如果都是那一秒获取数据,如果产生并发应该会有问题吧. 不产生并发问题不会应该不会有问题
求大神不要走，给我一个正确思路。。我不是很懂这一块。。。特别是你们在自动获取数据这一块。。是开一个线程不断调用获取吗？
http 估计你用post请求 一秒调一次 1W人迸发量你自己算算 服务器怎么受得住 就算是受得住你的成本也是划不来
我不知道你要做什么模块 也不能提出什么建设性的建议
一般来说游戏服务器的常规做法是保持长连接双向通信，而不是只靠客户端轮询。
不用考虑这个问题，等你游戏有那么高的并发的时候，会有人给你决绝问题，不要过早优化
能帮我描述下 具体解决方案吗？ 光用http不行吗?WebSocket？
就是游戏前端需要 数据交互啊。。数据可以不要实时的，比如玩家在道具，点一下才和服务器交互，玩家获得金币 等等。。当然客户端也需要一些主动获取服务器数据在要求
在哪里用到就在哪里请求 不要去一直去请求
先理清楚客户端通信结构和逻辑 你的短连接照样能做出长链接的效果