android服务器框架

A. 360杀毒中显示android 服务端框架是恶意软件

你好！

这有可能是误杀，同时也有可能此文件是由病毒文件伪装而成的，为了不影响你手机的正常使用，建议你用腾讯手机管家对其进行病毒扫描，以确定是否是病毒。

具体杀毒步骤：

1)进入管家，在安全防护中找到病毒查杀一栏：

查杀完毕，腾讯手机管家会提示你进行病毒清除的。

腾讯电脑管家企业平台：http://..com/c/guanjia/

B. 怎么搭建一个完整的android服务器

android的服务器的话,应该是指后台的交互,你可以使用java编写/或者其他语言

C. 做一个android应用的Java服务器，有哪些不错的框架

最大1w在线估计单台服务器很难承受，可以考虑Tomcat集群

D. 如何搭建android的后台服务器，需要用到什么技术，要什么样的框架！请高手指点。

说实话，你问的问题就有点自相矛盾，你可以把android当成java的一个框架，不过这个框架比spring，struct，hibernate 牛叉多了，建模完全可以和java 一样，至于你说的工具，什么工具不行，只要自己用得习惯就行，工具嘛，何必那么认真，不知道你们这群初学者怎么想的

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

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

F. android底层网络框架是怎么实现的

一个好用的网络底层框架可以很大的程度上方便自己的项目，我们下面要做的就是一个趁手的网络框架。
做一个网络框架我们首先要确定这个网络框架除了能够从网络上获取数据还需要哪些功能：
首先抛弃AsyncTask，自定义一套网络底层的封装框架。
设计一套适合自己App的缓存策略
设计一套假数据返回的机制，在网络请求API没有返回的时候，可以假装获取到了网络返回的数据。
封装用户cookie的逻辑。
其他的还好，可能有人对于第一步的那个抛弃AsyncTask有些疑问，就是为什么要抛弃啊，这个类这个好用，内部封装了那么多的方法。但是我们不能只看到这个的优点，这个类有个致命的缺点：不能灵活的控制内部的线程池。
我们都知道的是，线程池里面的每个线程都是API的调用请求，而AsyncTask中有没有暴漏出取消这些请求的方法，这个时候，如果我们从A界面调到B界面，那么在A界面调用的API请求，如果还没有返回，并不会被取消，对于一个频繁调用API请求的APP应用应用来说，一个界面调用的API可能超过十个，在网络不好的情况下，如果这个时候跳转到了其他界面，这个时候其他界面也会调用API，这个时候造成的情况就是这个界面的请求并不会显示数据，因为首页的请求还在排队，要等首页的请求完成之后你才可以调用，这个就是所谓的AsyncTask堵塞。
我刚工作的时候遇到一个情况就是，根据公司的情况写了一个统计用户交互数据的SDK，开始的使用时候就是这个AsyncTask类，结构我发现在APP中某一个界面的吊起特别的慢，数据加载也非常的慢，发现的原因是我写的这个SDK中的API请求调用超时，并且在超时的时候重复调用三次这个API。

网络请求的格式
网络请求两个方法POST和GET，我们一般把GET方法为请求数据，POST为修改数据。请求的方法格式也是相对有讲究的。

Request
所有的MobileApi都可以写作：http：//www.xxx.com/aaaa.api的形式。
GET：对于GET方法我们可以将请求API写作http：//www.xxx.com/aaaa.api K1=va1&K2=va2，形式，也就是说，把key-value这样的键值对存放在URL上，这样做的话会方便我们后面对数据进行缓存，另外要精良是GET的参数都是String，int这样的类型，方便缓存，解析。
POST：我们都知道看不见POST的请求数据，一般key-value这样的键值对存放在Form表单中，最后进行提交请求。POST经常会提交大量数据，所以有些键值对要定义成集合或复杂的自定义实例，这个时候我们就需要把这样的值转换为JSON字符串进行提交，有APP传递到API后，在将JSON字符串转换为对于的实体。
Response
服务器现在用的最多的是使用JSON作为api返回的结果，这里也是使用JSON。
一般情况下返回的json数据中要有以下数据：
首先一个是否调用api成功的参数，
另外一个错误类型的参数(这个参数可以是Int格式的参数，成功为0)
错误具体信息的参数，成功为“”
具体API返回的结果，失败为“”
所以我们定义一个Response实体类，作为JSON实体的最外层。
如果成功返回了数据，数据会存放在result字符按中，映射为Response实体的result属性。

如果上面返回的result是一种实体的集合，那么就要把result解析为相应的实体集合。
我们在前面看到我们把AsyncTask抛弃重新写一个扩展性强的，可以随时取消API请求网络底层，那么我们的这个网络底层的线程池使用的是什么：使用原生的ThreadPoolExecutor + Runnable + Handler
首先我们要把App所调用的所有的API接口放到一个类或者xml文件中去，我们这里放在xml文件里面去，当然要写出读取xml的类和函数：
其中key和url的值符合key-value键值，expires代表数据缓存的时间单位为毫秒，netType代表请求方式(POST和GET) ，mockClass代表的是返回假数据的类。
RemoteService和RequestCallback和RequestParameter
这三个类表示的是请求的服务，请求返回，请求参数，三个给APP调用的类。
其他的两个类在方法中调用：

context：表示上下文
key：即xml文件中的key
RequestParameter：请求携带的参数
callback：请求回调
forceUpdate：是否强制更新数据，忽略缓存
RequestMannager类是一个集合类，用于取消请求的。每次发起请求时，都会把为此创建的Request添加到RequestManager中，即RequestManager中保存了全部的request。
他是对ThreadPoolExecutor和ArrayBlockingQueue的简单封装，是一个线程池，每发起一次请求，这个线程池就会分配一个新的线程来执行该请求。

HttpRequest类，发起HTTP请求的地方，他事先了Runable，从而让DefaultThreadPool可以分配新的线程，所以所有的请求逻辑都在Runnable接口方法里：
在这个类中对于get请求接口，他会把传递来的数据，处理为相应的格式：http：//www.xxx.com/aaaa.api K1=va1&K2=va2。对于Post格式的请求接口，他会把传递过来的数据转换为BasicNameValuePair的形式，并放在表单中提交。

需要注意的是，因为我们把每个HttpRequest都放在了子线程中执行，所以RequestCallback的回调不能直接操作UI线程的控件，所以这个时候Handler就可以用到了。使用这个就可以保证RequestCallback的回调在UI线程上，不会报错。

G. android的服务器端开发有什么技术

你可以找本讲android的书看看，我记得很多国内的书都会在最后讲几个实战项目，涉及到服务器开发，最后建议你java服务器开发框架可以用jfinal，实际上手机服务器开发就是做网站，输出的内容一般采用json,可以用httpservice的形式，请求和响应，返回json给客户端。

H. Android框架服务器 软件是什么

这个要看你做不做服务端了，一般来说，android客户端访问web服务器，所有的数据都是从web端传

I. android 数据库框架哪个好

请看sqllite增删改查的小例子，例子来自于android学习手册，里面有源码。android学习手册包含9个章节，108个例子，源码文档随便看，例子都是可交互，可运行，源码采用android studio目录结构，高亮显示代码，文档都采用文档结构图显示，可以快速定位。360手机助手中下载,图标上有贝壳

先介绍一下ORM的概念，以前也一直听说，不过没详细了解啥意思。其全称叫做对象关系映射（Object Relation Mapping），是一种程序设计技术，用于实现面向对象编程语言里不同类型系统的数据之间的转换。从效果上说，它其实是创建了一个可在编程语言里使用的“虚拟对象数据库”。
面向对象是从软件工程基本原则(如耦合、聚合、封装)的基础上发展起来的，而关系数据库则是从数学理论发展而来的. 两者之间是不匹配的.而ORM作为项目中间件形式实现数据在不同场景下数据关系映射. 对象关系映射是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术.ORM就是这样而来的。

下面先列出几个ORM框架：ORMLite、green、ormndroid、androrm、ActiveAndroid

其中以前最早接触过ormlite，GreenDao了解过，其他的几个真没怎么见过。所以这里主要介绍ormlite和GreenDao。

最开始现在stackoverflow输入sqlite orm关键字，搜索出了一些相关的文章：http://stackoverflow.com/search?q=sqlite+orm，你会发现很有趣的是，ormlite的作者Gray和greenDao的开发团队green robot同时出现在一些帖子中，向提问者推荐他们的框架。当然也会有一些热心的朋友推荐ormdroid。其实不论在stackoverflow上还是官网上，greenDao的团队的比较都是针对ORMLite的，可见，其主要的竞争对手，或许称互相促进者更合适，毕竟他们没有什么商业利益，完全开源。所以开源的ORM框架中，ormLite和greenDao是最火的。其它几种就不做比较，有兴趣的朋友可以到官网看下。下面对ORMLite和GreenDao做个简单的比较：

ormlite
基于注解和反射的的方式,导致ormlite性能有着一定的损失(注解其实也是利用了反射的原理)

优点：
文档较全面，社区活跃，有好的维护，使用简单，易上手。

缺点：
基于反射，效率较低

GreenDao

官网中明确指明了其首要设计目标:
Maximum performance (probably the fastest ORM for Android):系能最大化
Easy to use APIs：便于使用
Highly optimized for Android：对于Android高度优化
Minimal memory consumption：最小化内存开销
Small library size, focus on the essentials：较小的文件体积，只集中在必要的部分上。

优点：
效率很高，插入和更新的速度是sqlite的2倍，加载实体的速度是ormlite的4.5倍。官网测试结果：http:/

/green-orm.com/features/
文件较小（<100K），占用更少的内存 ，但是需要create Dao，
操作实体灵活：支持get，update，delete等操作

缺点：

学习成本较高。其中使用了一个java工程根据一些属性和规则去generate一些基础代码，类似于javaBean但会有一些规则，另外还有QueryBuilder、Dao等API，所以首先要明白整个过程，才能方便使用。没有ORMLite那样封装的完整，不过greenDao的官网上也提到了这一点，正是基于generator而不是反射，才使得其效率高的多。

另外GreenDao支持Protocol buffers协议数据的直接存储 ，如果通过protobuf协议和服务器交互，不需要任何的映射。

Protocol Buffers协议：以一种高效可扩展的对结构化数据进行编码的方式。google内部的RPC协议和文件格式大部分都是使用它。
RPC：远程过程调用（Remote Procere Call，RPC）是一个计算机通信协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

可能因为GreenDao的效率高，而且需要学习成本高点，所以个人还是有兴趣学一学的。接下来会发布一些GreenDao更详细的文章，有对官方文档的翻译还有代码的简单讲解。

或许以上内容很简单，只是简单的介绍了下，对其它几个框架并没有做更多的介绍，有了解的朋友可以提出来，可以提出来，大家一起探讨下。