利用java开发的app后台服务器框架有哪些？

java开发的app后台服务器框架有：

spring+springmv+mybatis是主流。

服务器框架基本上有长链接短链接两种。

手机APP的后台服务建议还是JSON-over-HTTP(s)的，因为网络状况一般不稳定。

Java的HTTP开发框架，跟做网站一样。

首先，App的服务端跟Web的服务端没有多大区别，而且在实际的开发过程中，业务逻辑也都是共用一套，只是会针对不同的客户端做不同的适配(这点可参考Amazon，其对PC的web端，移动的Web端，移动的App都做了不同程度的适配).

其次，既然与Web的服务端没多大区别，那所用的技术也大同小异，对于App而言，服务端更多是一个数据接口，所以框架页大同小异；

最后，大致总结一下：

技术：

网络通信: tcp，http等；

Web服务：servlet, cgi脚本，asp等；

系统调度：多线程，并发等；

框架：

对应不同的web服务技术，采用的编程语言不同；

对应不同的网络通信协议，采用的框架也不同，netty->tcp，servlet等web服务框架->http等；

对应系统调度，有不同的多线程，多进程通信框架等；

对应提供不同的服务接口，有web service和restful两大类，前者基于soap协议，后者基于http协议，对应的框架就很多，不一一叙述；

app登录服务器Session的保持实现方式：

1 ） 使用Cookie来实现

服务器给每个Session分配一个唯一的JSESSIONID，并通过Cookie发送给客户端。

当客户端发起新的请求的时候，将在Cookie头中携带这个JSESSIONID。这样服务器能够找到这个客户端对应的Session。

2 ）使用URL回显来实现

URL回写是指服务器在发送给浏览器页面的所有链接中都携带JSESSIONID的参数，这样客户端点击任何一个链接都会把JSESSIONID带给服务器。

如果直接在浏览器中输入url来请求资源，Session是匹配不到的。

Tomcat对 Session的实现，是一开始同时使用Cookie和URL回写机制，如果发现客户端支持Cookie，就继续使用Cookie，停止使用URL回写。如果发现Cookie被禁用，就一直使用URL回写。jsp开发处理到Session的时候，对页面中的链接记得使用 response.encodeURL() 。

一般手机端与服务器交互没有实现在同一session下：

因为手机端在访问web服务器时，没有给http请求头部设置sessionID，而使用web浏览器作为客户端访问服务器时，在客户端每次发起请求的时候，都会将交互中的sessionID：JSESSIONID设置在Cookie头中携带过去，服务器根据这个sessionID获取对应的Session,而不是重新创建一个新Session(除了这个Session失效)。

---