Androidapp开发搭建服务器(Android服务器端搭建)

首先，先别用花生壳，我之前用过，会攻击电脑，ip被改的很奇怪。如果想让外网访问服务器的话，可以试试美步。

然后，服务器搭建服务器方法挺多的，我现在是用MyEclipse，服务器端写jdbc代码，生成json格式的数据，返回给客户端，客户端json解析得到数据显示在UI上。json格式说白了就是一组组的字符串。

关机问题：你的电脑如果搭建了服务器功能了，那你的那台电脑就已经是服务器了，服务器是一般是不会关机的，关机之后，客户端当然不能再访问服务器了。

全部是根据自己的理解手打，希望帮到你。

有花生壳，或者其他的端口转发，用自己的电脑做服务器，通过代理，比如说你的Tomcat端口8080，代理是一个软件绑定端口，会给到你一个网址，你通过网址就能访问你的后台了。相当于就是把127001:8080，替换成网址，随便哪个上网设备都能够访问到。

1安装手机本地php+mysql服务器环境篇 ：

11安装ksweb软件，安装好ksweb后，会在手机上生成一个文件夹htdocs，其目录是mnt/sdcard/htdocs，htdocs是网站的根目录。

12安装mysql 直接点击mysql管理，点击选择逗是地然后解压便可自动安装。mysql的账号密码随后再改（在设置里面更改）。

13安装好MySQL之后，(如下图，打开phpmyadmin,表示安装成功！)，另外，我们需要对ksweb进行一些设置方可更好使用。

131端口的更改步骤:（启用root→更改80端口）手机服务器启用root方法如下图，在ksweb设置里面把root打钩。

132开启手机80端口方法:把8080端口改为80端口，并把PHP服务，MySQL都打勾。其他一些设置比如MySQL密码，开机自启动等选项大家根据需要自行修改即可！

14ksweb全部设置好后，我们打开手机本地服务器地址localhost:80，表示设置好了。

我们点击页面中的逗Enter KSWEB Web Interface地可以看到手机服务器的一些配置信息（默认账号密码都是逗admin地）。表示手机服务搭建成功，一切正常！

2利用nat123软件进行内网80端口映射篇：

21注册账号，我们先到其官网注册账号官网,大家百度nat123即可，至于怎么注册我就不说了。

22登陆并添加域名解析，

221 应用名称，我填的是网络电视直播—在线看电视。假如你要搭建自己的博客，你可以填XX的博客，或者XX的个人博客等。

222 内网端口，只有root的手机才填80端口，所以这也是为什么一开始我说手机需要root！

223 内网地址这个默认localhost就行。

224 外网域名，我这里使用的是自己的域名(当使用自己的域名时，用cname解析，下面有当前唯一cname地址，我们在自己的域名解析里面填这个就行)。如果我们没有自己的域名，我们可以用官方的二级域名，注意他的格式)一切填好之后，点击确认保存即可！

23 我们下载并安装登陆安卓版的nat123,就自动解析了，

34 接下来我们在另一台电脑上输入刚才的域名访问 如下图所示，表示安卓手机web服务器安装成功，网站搭建成功！

你去访问百度的网页，那么百度的网页放在哪里，他自己的服务器。

一般这个服务器地址，开发服务器的人员会提供的。如果你前后都在弄，那自己想办法吧。

你自己也可以搭建一个服务器，xmapp这种不知道适不适合你，其中的一个选择。

还有版本更新的话，个人建议，可以去维护一个XML文件，里面面有你的版本号，还有下载地址，或者访问服务器返回JSON数据，这些都随意。通过与本地版本号的对比来判断升级与否。

要安装APP-V并实现全部的功能，需要的步骤并不算很多，下面都是必须做到的步骤：

1、安装前的环境搭建：建立域控制器，安装Net Framework 20，IIS服务，MSXML60等系统环境组件，另外，数据库SQL Server也是必须的。

2、安装程序虚拟化服务器端Application Virtualization Management Server。

3、安装客户端Application Virtualization Client。

4、安装程序序列化工具Application Virtualization Sequencer。

一、系统准备，安装活动目录，Net Framework 20， IIS， MSXML60，在安装过程前也会对现有系统做检测，缺少哪些部件也会给出提示，算是半傻瓜化操作。不过这些缺少的组件或补丁需要用户自行下载安装，如果能在安装程序种集成到一个包中会更加方便些，否则APP-V安装过程也许会被打断。

在Windows Server 2003下，添加删除程序处添加组件，安装好Net Framework 20， IIS组件。安装SQL Server数据库(里面已经包含了MSXML组件)，这些稍后会用到，否则安装过程会被终止而不是回退到上一步。

之前也提到了APP-V需要数据库的支持，所以先安装SQL Server数据库，新建好用于程序虚拟化的数据库，这样前期工作就算是做好了。

安装Application Virtualization Management Server

在App-V 45中，Server共分为Application Virtualization Management Server与Application Virtualization Streaming Server两种，Application Virtualization Management Server使用 Active Directory 组来管理用户授权。除了Active Directory域服务以外，这些服务器还安装了SQL Server，以管理数据库和数据存储。Management Server 通过Application Virtualization Management Console（Microsoft Management Console 的一个管理单元）得以控制。由于 Application Virtualization Management Server 会按照需要将应用程序传输给最终用户，因此理想情况下这些服务器适合执行更具有可靠、高带宽LAN的系统配置。

而后者Application Virtualization Streaming Server，可以满足可能不具备支持Management Server的基础结构的公司的需要。与Application Virtualization Management Server不同，Streaming Server不使用SQL或Management Console。这些服务器使用访问控制列表 (ACL)来授予用户授权，这种架构比较适合在中小型企业，节点较少同业也不具备大型数据库支持的小型网络环境中。

我们打开MDOP 2008R2的安装界面，选择Application Virtualization for Desktop 45进行安装。

3进入安装界面，一路Next。

APP-V Server Mnangement组件不多，默认情况下是全部安装，需要的磁盘空间在400M左右。

这里用到了我们装的SQL Server数据库，假如系统检测不到有数据库的存在，点下一步就会自动报错。因为SQL Server就装在本地，所以这里直接选local。所有通信端口都采用默认设置，如果默认端口已经被占用的话，也要记住改用的端口，在稍后的配置时还会用到，如果服务器和客户端之间不匹配，后果自然是失败了。

安装默认554的端口。

然后需要为APP-V指定两个管理和用户的组，这在之前设置动态目录的时候需要预先新建出来，用不同的组给APP-V赋予不同权限，管理员可以进行Server的管理，用户用于登陆接受服务器分发的虚拟化程序。

选择Content的位置，Content目录用于存放经过序列化分拆的程序包OSD文件，服务器会从此向组内客户端分发程序。默认路径会比较深，找起来很麻烦，当然也可以自定义。

这一步比较关键的是要将此文件夹共享，可以向Admin和User组内成员开放共享，为方便起见也可以将文件夹share给everyone，而且everyone有读取权限才有用，这一步十分关键，完成这一步，安装完成。

完成以后在“管理工具”内就出现“APP-V management console”控制台项目，运行启动，选择右边的Connect to Application Virtualization System连接服务端。

即使Server端安装在本地，但也要给出完整计算机名称、通信协议类型和端口。

用记事本打开content下的DefaultApposd，注意选中的地方，将协议改为RSTP，端口改为与安装时候的一致，不得不说DefaultApposd默认的322竟然和安装时默认的554不统一，这种小细节最有可能烦死人了。

将左边窗口展开，点击Applications，在中间窗口右击Default Application，选择属性。这一步非常的关键，一定要将OSD Path和Icon Path的本地路径进行修改，要选择为网络路径，否则后面会配置不了，因为content已经设置为共享文件夹，所以其他用户通过网络地址可以访问到。

可以根据需要，设置Shortcuts属性， 可以选择将其派发至客户端指定的位置：桌面、开始菜单或者快速启动栏。

安装Application Virtualization Client

在客户端上选择安装Application Virtualization Client程序。

过程中，注意要选择的自定义，否则会错过很多设置项目，从前面大家可能都心里有数了，即便是默认设置，APP-V也并没有完全遵守默认规则，所以还是自定义比较踏实，毕竟自己改动的地方要改回来也是心里有数吧。

客户端会映射一个共享的网络磁盘也就是刚才我们在服务端共享的content文件夹。我们可以看到首选驱动器号为Q，往后一直到Z都可选，这基本上不会和本地磁盘混淆。

在立即设置发布服务器上一定要打勾，类型选择Application Virtualization Server，正确填写主机名，端口填写我们使用的554端口，总之和先前填写要一致，最后一个选项打勾。

安装完成以后记得要重启系统，然后打开Application Virtualization Client选择发布服务器，可以看到TEST服务器，右键选择refresh server，刷新服务器信息。

如果在服务器端已经完成程序虚拟化步骤，刷新服务器发布信息以后，桌面、开始菜单或者之前指定的位置出现程序的图标，且可以运行。这表示server与client之间可以正常通信，安装成功。

安装Application Virtualization Sequencer

对于Sequencer，熟悉Softgrid的同学应该不会陌生，除了Server和Client两个端之外，Sequencer也是其中的重要主角，Sequencer是一个序列化的工具，所谓的序列化就是将应用程序序列化，讲整体分割为小块，其结果以文件形式独立存储，块可以组合使用，不会改变应用程序本身。Sequencer的作用就是把整个应用程序分拆并且序列化为多个单独功能部件。经过序列化的应用程序各个功能其实是独立分割的，在客户端需要使用到哪一个功能时，会想Server发出请求指令，而Server会将单独的功能分包小块发送过去，这不需要把所有程序一锅端，这很大的降低网络和服务器负载压力。

Sequencer在APP-45中的变化不大，在序列化过程中，Sequencer 会虚拟一个监视环境，要序列化的应用程序安装在序列化计算机上。接下来，序列化应用程序启动，并执行其最重要且最常用的功能，使监视过程可以配置主要功能块。

需要注意的是在实际环境中，一般企业会包含多种版本的桌面操作系统，在制作应用程序序列包时应该，而且最好在相同的操作系统上进行打包，这样应用程序才能保证在相应的客户端操作系统版本上正常运行。

在实际应用中，我们需要的是一个干净的系统，以避免产生的序列化文件有不必要的误差和冲突，最好用虚拟机来实现，在一个干净虚拟系统上装了Sequencer，产生序列化文件并上传上App-V server后，在把虚机回滚到程序未安装的干净系统状态，继续做另一个软件的序列化。这样貌似很麻烦，但多个序列化后的程序包在客户端执行时，会有很多不必要的序列块，有可能引发潜在的程序冲突，而且Sequencer制作过的程序包以后都可以永久保存，麻烦一点换来的是一劳永逸也算值得。

安装App-V Sequencer，这个过程没什么要特别配置的地方，一路next选择默认安装完毕即可，不过在测试中我们出现过安装中断甚至没有错误提示的经历，不过在更换了一个系统以后就可以顺利安装了，这估计是缺少系统文件的原因。

制作应用程序虚拟化文件包

安装好了我们就做个测试看看，H手上只有一些测试软件，这里就地取材将磁盘测试软件Iometer制作为序列化软件，制作程序包的方法都是一样的。

启动Sequencer后有制作向导，可以按部就班的进行学习。在确定程序包的名称和放置程序包的路径之后，Sequencer会启动一个监视器，这个监视器会记录下应用程序的各个安装部件并一一进行序列化。

启动“监视器”之后，Sequencer会自动缩小到系统任务栏上。然后我们就可以开始安装应用程序的操作了，这些我们选用的是用于测试磁盘性能的Iometer，安装简单也比较小巧，安装的步骤也在本地系统安装程序没有两样。

Iometer安装完毕后，切回Sequencer点“下一步”停止监视器。

步骤5，显示监视器收集到的程序信息，这里可以把程序的默认路径改为Q盘，对于客户端来说，虚拟化程序的缓存文件都在之前安装APP-V client时所定义的Q盘上，我们需要将虚拟化程序的路径改为客户端的本地路径。

对于各个程序组件，可以测试它们能否正常启动。

可以完成Iometer的序列化了。

在部署标签上填写APP-V服务器端的主机名称和端口，并程序包的信息修改符合服务器本地路径、名称等相关信息。以为这些文件最后是要复制到服务器的content目录中的，关键信息都要同一一致。

然后可以保存这个项目的文件，以后就再也不需要制作Iometer的程序包了，只需要保存好这些文件。

正式启动APP-V程序虚拟化

说了这么多，都是为现在这一步作的准备，客户端服务端和序列化工具的安装设置就是这整个系统的搭建过程。因为其中的细节不少，H觉得APP-V配置过程虽然不很复杂，但却要求十分细心，试想一下如果企业的客户节点有成百上千个的话，部署过程就相当的可怕了，当然对于那样庞大的任务量也有对应的技术手段，那就是另外一回事了。

先把制作好的程序包复制到content文件夹中，切换回APP-V management console控制台，在应用程序项上右键选择“导入应用程序”。

选择已经放置妥当的content\Iometer目录下iometersprj文件，填加可以访问该程序的帐号组，填加之前在动态目录中定义好的组就可以。

一定要务必把OSD Path和Icon Path指向到\服务器名\content下，否则显示不出相应的图标和程序组。

最后一步：用组内成员登陆client系统，原本的客户机也是一个刚刚安装好的干净系统。

启动系统后，发现，开始菜单已经出现了我们需要的“iometer”，名称、图标完全没有问题。

点击运行，iometer成功启动，操作和本地安装的程序一模一样。

到此，APP-V程序虚拟化系统宣告搭建成功。

结束语：

APP-V系统架构图

App-V解决方案以活动目录为基础，结合App-V Server、Sequencer、App-V Client一并形成完整的虚拟应用程序解决方案，其中Sequencer用以测试和制作需要部署的应用程序包，App-V Server用以向App-V Client分发Sequencer生成的程序包。

在App-V架构中，一般建议Sequencer要与Client操作系统一致，并在使用Sequencer部署应用程序包的时候保持系统的干净。比如说，一个企业中的客户端都是Windows XP，那么用于生成Sequencer的服务器也希望是Windows XP，虽然有的软件可以部署在不同的操作系统版本上，建议操作系统上没有安装其他多余的第三方软件。

在企业的实际运用中，可能客户端会涉及到不同版本的操作系统。通常的做法是部署多台不同版本的操作系统，并安装Sequencer。这样负责的要求下，最好使用虚拟系统以保持系统干净。

当使用Sequencer制作好应用程序包，将生成一个启用虚拟化的应用程序文件 (sft)、一个开放软件描述文件 (osd)、一个图标文件 (ico) 和一个项目文件 (sprj)，并上传到共享存储或是App-V Server上后，结合活动目录的权限管理，发布应用程序包到客户端。客户端在第一次打开应用程序快捷方式或者相关联的文件时，将向App-V Server下载，并只下载5% ~ 20%的代码用以运行“最短启动代码”。

同时，下载后的应用程序将可以在控制面板中的SoftGrid管理中看到下载的比例，应用程序使用中不会在本地计算机上安装。与以往的终端服务不通的是：在本地执行，并支持脱机状态运行。当应用程序需要升级时，管理员只需要将原有生成的应用程序项目文件重新导入，并安装升级后重新分发即可，不会影响用户的继续使用。

当客户端需要使用到前面“最短启动代码”里没有的功能时，将自动在服务器中下载相应的代码以运行。从统计学上来说，一个企业的所有客户端在同一时间使用同一软件的同一功能的可能性是相当小的，所以这样也能起到一个数据分流的作用，从而大大加快速度。

在MDOP套件中还有企业用于桌面管理的其他工具，利用MDOP对客户端进行应用程序部署的时候，企业还可以通过App-V对部署的程序进行管理。同时，也可以使用App-V解决方案实现企业客户端的桌面标准化、桌面高可用性和桌面可管理性。