安卓app服务器端开发用什么java架构

首先，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协议，对应的框架就很多，不一一叙述；

除此之外，还有很多其他的技术，可先做，发现问题，自然就知道怎么去找相应的技术、解决方案(包含框架)来解决，所以先动手吧；

最近在开发项目的过程中，遇到android与web服务器要在同一session下通信的问题。在解决问题前先回顾下Session与Cookie：Cookie和Session都为了用来保存状态信息，都是保存客户端状态的机制，它们都是为了解决HTTP无状态的问题而所做的努力。Session可以用Cookie来实现，也可以用URL回写的机制来实现。Cookie和Session有以下明显的不同点：1）Cookie将状态保存在客户端，Session将状态保存在服务器端；2）Cookies是服务器在本地机器上存储的小段文本并随每一个请求发送至同一个服务器。网络服务器用HTTP头向客户端发送cookies，在客户终端，浏览器解析这些cookies并将它们保存为一个本地文件，它会自动将同一服务器的任何请求缚上这些cookies。3）Session是针对每一个用户的，变量的值保存在服务器上，用一个sessionID来区分是不同用户session变量,这个值是通过用户的浏览器在访问的时候返回给服务器，当客户禁用cookie时，这个值也可能设置为由get来返回给服务器；4）就安全性来说：当你访问一个使用session 的站点，同时在自己机器上建立一个cookie，建议在服务器端的SESSION机制更安全些.因为它不会任意读取客户存储的信息。Session机制Session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。当程序需要为某个客户端的请求创建一个session的时候，服务器首先检查这个客户端的请求里是否已包含了一个session标识 - 称为 session id，如果已包含一个session id则说明以前已经为此客户端创建过session，服务器就按照session id把这个 session检索出来使用（如果检索不到，可能会新建一个），如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个 session id将被在本次响应中返回给客户端保存。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和Cookie，我们来说说为什么手机端与服务器交互没有实现在同一session下？1）原因很简单，就是因为android手机端在访问web服务器时，没有给http请求头部设置sessionID，而使用web浏览器作为客户端访问服务器时，在客户端每次发起请求的时候，都会将交互中的sessionID：JSESSIONID设置在Cookie头中携带过去，服务器根据这个sessionID获取对应的Session,而不是重新创建一个新Session(除了这个Session失效)。以java.net.HttpURLConnection发起请求为例：获取Cookie： URL url = new URL(requrl)HttpURLConnection con= (HttpURLConnection) url.openConnection()// 取得sessionid.String cookieval = con.getHeaderField("set-cookie")String sessionidif(cookieval != null) {sessionid = cookieval.substring(0, cookieval.indexOf(""))} //sessionid值格式：JSESSIONID=AD5F5C9EEB16C71EC3725DBF209F6178，是键值对，不是单指值发送设置cookie： URL url = new URL(requrl)HttpURLConnectioncon= (HttpURLConnection) url.openConnection()

这样可以么？

Android客户端开发越来越流行，但是，Android客户端对应的服务器端采用什么框架呢？对于功能较为简单的应用，我建议，直接采用java web开发最简单的MVC框架即可（很多Android应用的服务器端开发框架，我都是采用这种）；但是，对于功能较为复杂，数据库表较多，逻辑关系比较复杂的应用开发，服务器端逻辑关系自然也是一样，我们是否可以考虑采用java web开发流行的SSH2/SSM等框架呢？经过实践测试，我将Android客户端连接SSM （ Spring + SpingMVC + Mybatis)框架java web服务器端的开发模式，详细给大家细细介绍一下吧~

其中，这里需要介绍的是，java web服务器端不只是需要处理来自Android客户端的请求，而且，同时需要处理来自后台管理系统（使用jsp开发前台页面）的请求，因此，在编写请求接受和处理函数时，需要分别编写（这里，我采用的是分别编写各自的处理函数）。

---