idea开发工具很智能的，对于绝大多数js都能只能提示；在写ajax的时候这个可以用ctrlaltspace智能提示，据不提示汇编语言入参；也这个可以然后做个参考一些文档编写ajax请求。
发帮忙时，如果不是我也不想再带本地地址，你这个可以是从网关的去参与统一配置。
要是是使用spring框架的话，你是可以就在用完全控制层加服务层加数据访问层的路径的并且发送中，这样的话看起来好像也比较比较简练一些，但要比来讲会也很方便些c语言设计和可以修改。
一，有ajax帮忙。
二，再用表单再提交数据。
三，jsonp接受数据交互。
扩充服务器，服务器里用内存数据库。
前端页面优化，有些部分后运行程序。js和库在页面事件里多优化系统。
各位合并，或只是请求后续要时不能执行。
很卡就像认为是需要的时间少，只是请求还没有一定要及时返回，超出了用户的预期。可以不从三个方面看看吧：
1.后端接口不合并，增加跪请次数。除了业务处理实际中必须的时间，其它消耗的时间大头应该是网络传输，增加网络数据传输就能增加运行程序时间，给用户的感觉那是很快地，不卡顿。
2.前端区分异步模式跪请，不造成堵塞用户能操作。现在前后端分离一般全是异步，如果不是前后端分离也建议您改成简单的ajax异步请求。也可以先把用户看见的要注意部分运行程序不出来，不不重要的后程序加载，页面还没展示出的地方也可以不后打开程序。
3.360优化后端接口响应时间，可能除了增加数据库sql不能执行时间、减少内部接口只是请求时间、变动网络链路等等。内部的优化一般和业务逻辑融洽去相关，不需要慎重考虑。网络链路是可以考虑部署在bgp机房，不同的运营商网络都也可以使用总体相对较快的链路；还要打听一下网络带宽，假如太差就得加带宽。
1.服务端做下全面处理，两次帮忙让一个接口胸壁痛帮一下忙。
2.前段彻底异步运行发送中请求，搞点打开程序动画。
从效果上看，是多线程。ajax各位由于是异步的，所以没有阻塞，邮箱里远程请求以后就立刻赶往了，绝对不会停下等，所以这一次的代码可以立刻想执行，从效果来看，就应该是开了一个新线程来一次性处理这个请求。当然，这和真正的的多线程我还是有区别的，但ajax确实是可以不实力提升请求做出反应的效率
