GPRS开发系列文章之实战篇.docVIP

GPRS开发系列文章之实战篇 相关文章：GPRS开发系列文章之入门篇 GPRS开发系列文章之进阶篇 在前篇《GPRS开发系列文章之进阶篇》里，我主要详细讲解了客户端进行GPRS连接的常用API，并对GPRSdemo测试程序中的连接类ConnManager中的一些重要函数做了说明，最后稍微提及了下服务器端要用到的一些类库。今天，在这篇实战篇中，我将在理解前两篇的基础上，结合客户端与服务器端，向大家介绍这篇GPRS开发之实战篇，向大家演示如何利用GPRS开发一个客户端与服务器端互相通信的程序，主要介绍SOCKET编程的原理和SOCKET应用API，并在最后提供本实战篇的源代码下载 二、实战系列篇详解 1.?????? 开发环境 a)?????? 客户端：EVC4; b)?????? 服务器端：VS2005(C#); 2.?????? 运行环境 a)?????? 客户端：ppc 2003(winCE4.2) for mobile或以上版本； b)?????? 服务器端：WINXP/SERVER 2003等 3.?????? 客户端和服务器端通信详解 本文章的主要目的是利用GPRS连接编写一个利用TCP协议进行通信的程序，而在上篇文章已解决了GPRS连接的问题，因此剩下的主要就是我们都比较熟悉的SOCKET编程了，由于客户端和服务器端进行SOCKET通信的原理相同，所以我将他们放到一起进行讲解，主要介绍SOCKET编程的一些原理及要点，然后贴出部分比较重要的代码供大家参考。 首先，介绍些要了解SOCKET编程的一些核心概念： 我们知道在这种通信程序中，一般客户端和服务器端是分开的（本机通信可以看作是一种特例），客户端一旦和服务器端建立连接成功后就可以透明的传输数据和接收数据了。那么我们的程序在建立了GPRS连接到Internet后是如何访问到我们指定的服务器的呢？通信过程又是怎么控制的呢？那么首先看第一个概念,进程通信。 进程通信：这里的进程通信包括两种情况，一种是同一机器的不同进程之间的通信，另一种是在同一网络中（不同网络通过路由进行连接还是可以看成同一网络）的不同机器的不同进程之间的通信。在同一台机器中的进程通信问题，由于每个进程都在自己的地址范围内运行，为保证两个相互通信的进程之间既互不干扰又协调一致工作，操作系统为进程通信提供了相应设施，如管道（pipe）、命名管道（named pipe）和信号量（semaphore)等。各个进程要进行通信首先要解决进程的标识问题，在同一机器中，可用process ID来唯一标识每个单独的进程，我们可以在任务管理器中进行查看，每个进行都有自己唯一的标志符。如果没有看到的，可以在任务管理器中点击“查看”，然后点击“选择列”，在出现的对话框中选中“PID(进程标志符)”这一栏，确定后我们就可以看到每个进程的PID了，。而在网络中的不同电脑要进行通信，首先要经过网络间的协议转换然后再寻址找到我们的目的机器，最后根据特定标志符找到特定的进程，于是我们的客户端进程就可以和服务器进程进行网间进程通信了，在这一过程中扮演着重要角色的就是TCP/IP协议 TCP/IP协议：TCP/IP是一个协议簇，它包括网络接口层，网络层、传输层和应用层，网络层中有负责因特网地址(IP地址)与底层网络地址之间进行转换的地址解析协议ARP和反向地址解析协议RARP。同时也包括对主机和网关进行差错报告、控制和进行请求/应答的IGMP协议和网络层的核心协议IP协议。在TCP/IP协议簇中的传输层中，提供了进程间的通信的TCP和UDP协议，这两个协议分别提供了了可靠的面向连接的传输服务和简单高效的无连接传输服务，我们最需要了解的就是传输层中的这两个协议。 IP地址：因特网的IP协议提供了一种整个互联网中通用的地址格式，并在同一管理下进行IP地址的分配并保证其唯一性，以确保每台因特网主机（路由器）对应一个IP地址。 端口：网络中可以被命名和寻址的通信端口，是操作系统可分配的一种资源。按照OSI七层协议的描述，传输层与网络层在功能上的最大区别是传输层提供进程通信能力。从这个意义上讲，网络通信的最终地址就不仅仅是主机地址了，还包括可以描述进程的某种标识符。为此，TCP/IP协议提出了协议端口（protocol port，简称端口）的概念，用于标识通信的进程。 ??? 端口是一种抽象的软件结构（包括一些数据结构和I/O缓冲区）。应用程序（即进程）通过系统调用与某端口建立连接（binding）后，传输层传给该端口的数据都被相应进程所接收，相应进程发给传输层的数据都通过该端口输出。在TCP/IP协议的实现中，端口类似于一般的I/O操作，进程获取一个端口，相当于获取本地唯一的I/O文件