今天终于知道了闻名已久的socket是个什么东西了。
说白了,就是两个不同的进程之间进行通信建立的通道。因为一个进程内如果要进行通信可以利用公共内存或者边缘内存进行读写(一个进程往往分有一段内存区域)。而如果两个进程之间进行通信则不能直接去读写别个进程的内存,而是需要建立socket。
再说说J2EE。我们在客户端用IE进程,TOMCAT用例外的一个进程(象我的机器就是用的8080端口对应的进程),这两个进程进行通信就是要建立socket。
在服务器中,一般有个进程来负责监听,它监听所有端口,比如SQLSERVER 1433端口。
tomcat的8080端口。。。当监听到有请求时,这个进程的主线程就会建立连接socket连接,然后把处理权交给这个进程的其他线程,自己继续监听。
再说说数据通信方面:
首先在IE地址栏输入一个地址,比如http://localhost:8080/qmis2007/processSetAction.do?actionFlag=processQuery,发送请求。如果TOMCAT在8080端口监听到有请求发过来,则找到请求的资源,再判断这个JSP页面有没有没编译过,如果被编译过,则之间给用户发送servlet所产生的HTML文件(servlet解析后是HTML文件),如果没有编译过或者存在了修改的迹象,就重新编译,再产生HTML文件,发送给客户端。
在Spring的框架下,服务器端获得客户端的数据是通过XXXForm来传递的。spring框架将Form中的数据(比如INPUT)和xxxxForm中的字段绑定在一起的。所以Form中控件的名称和XXXForm中的字段名称是想对应的。而XXXentity的字段名称和数据库中的字段名称是相对应的。
说白了,就是两个不同的进程之间进行通信建立的通道。因为一个进程内如果要进行通信可以利用公共内存或者边缘内存进行读写(一个进程往往分有一段内存区域)。而如果两个进程之间进行通信则不能直接去读写别个进程的内存,而是需要建立socket。
再说说J2EE。我们在客户端用IE进程,TOMCAT用例外的一个进程(象我的机器就是用的8080端口对应的进程),这两个进程进行通信就是要建立socket。
在服务器中,一般有个进程来负责监听,它监听所有端口,比如SQLSERVER 1433端口。
tomcat的8080端口。。。当监听到有请求时,这个进程的主线程就会建立连接socket连接,然后把处理权交给这个进程的其他线程,自己继续监听。
再说说数据通信方面:
首先在IE地址栏输入一个地址,比如http://localhost:8080/qmis2007/processSetAction.do?actionFlag=processQuery,发送请求。如果TOMCAT在8080端口监听到有请求发过来,则找到请求的资源,再判断这个JSP页面有没有没编译过,如果被编译过,则之间给用户发送servlet所产生的HTML文件(servlet解析后是HTML文件),如果没有编译过或者存在了修改的迹象,就重新编译,再产生HTML文件,发送给客户端。
在Spring的框架下,服务器端获得客户端的数据是通过XXXForm来传递的。spring框架将Form中的数据(比如INPUT)和xxxxForm中的字段绑定在一起的。所以Form中控件的名称和XXXForm中的字段名称是想对应的。而XXXentity的字段名称和数据库中的字段名称是相对应的。