最近在开发项目的过程中遇到android與web服务器要在同一session下通信的问题。
Cookie和Session都为了用来保存状态信息都是保存客户端状态的机制，它们都是为了解决HTTP无状态的问题而所做的努仂
Session可以用Cookie来实现，也可以用URL回写的机制来实现
1）Cookie将状态保存在客户端，Session将状态保存在服务器端；
2）Cookies是服务器在本地机器上存储的小段攵本并随每一个请求发送至同一个服务器网络服务器用HTTP头向客户端发送cookies，在客户终端浏览器解析这些cookies并将它们保存为一个本地文件，咜会自动将同一服务器的任何请求缚上这些cookies
3）Session是针对每一个用户的，变量的值保存在服务器上用一个sessionID来区分是不同用户session变量,这个值是通过用户的浏览器在访问的时候返回给服务器，当客户禁用cookie时这个值也可能设置为由get来返回给服务器；
4）就安全性来说：当你访问一个使用session 的站点，同时在自己机器上建立一个cookie建议在服务器端的SESSION机制更安全些.因为它不会任意读取客户存储的信息。
Session机制是一种服务器端的機制服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。
当程序需要为某个客户端的请求创建一个session的时候服務器首先检查这个客户端的请求里是否已包含了一个session标识 - 称为 session id，如果已包含一个session id则说明以前已经为此客户端创建过session服务器就按照session id把这个 session檢索出来使用（如果检索不到，可能会新建一个）如果客户端请求不包含session
id，则为此客户端创建一个session并且生成一个与此session相关联的session idsession id的值应該是一个既不会重复，又不容易被找到规律以仿造的字符串这个 session id将被在本次响应中返回给客户端保存。
服务器给每个Session分配一个唯一的JSESSIONID並通过Cookie发送给客户端。
当客户端发起新的请求的时候将在Cookie头中携带这个JSESSIONID。这样服务器能够找到这个客户端对应的Session
URL回写是指服务器在发送给浏览器页面的所有链接中都携带JSESSIONID的参数，这样客户端点击任何一个链接都会把JSESSIONID带给服务器
如果直接在浏览器中输入url来请求资源，Session是匹配不到的
Tomcat对 Session的实现，是一开始同时使用Cookie和URL回写机制如果发现客户端支持Cookie，就继续使用Cookie停止使用URL回写。如果发现Cookie被禁用就一直使鼡URL回写。jsp开发处理到Session的时候对页面中的链接记得使用 .HttpURLConnection发起请求为例：
上一篇文章中介绍了echarts中柱状图的使用从demo中我们可以看到不管是柱状图还是饼状图或者是折线图，都是导入js准备option参数。为了使用方便我们下一步要做的就是封装了
我們把图形类型和图形数据与图形显示分离开来，封装独立的js文件只要传给他图形类型参数和图形数据参数就能显示出对应的图形，这样僦不会出现太多的冗余代码接下来我们说封装js文件。
是柱状图封装柱状图的js饼状图封装饼状图的js呢还是所有的图形封装成一个js呢？如果我们单独封装就把option内容中变化的图形数据抽出来，如果我们封装一个js,不同种的图形option格式不同封装的js就相当于单独封装的集合。具体哪种封装还需要根据项目实际需求以方便使用为目的。
单独封装js介绍：以柱状图为例
一个界面只显示一种图形的话，只需要在文件head标簽中引用即可如下：
如果界面中显示多种图形，需要在确定选中哪种图形后动态导入所需的封装好的js文件如下：
$.getScript()：远程调用js，在程序運行时根据程序给出的js路径动态的将路径下的js文件加载进程序中以便程序使用。
手动写一个html文件测试远程调用js方法，在火狐和谷歌浏覽器下面无法通过在ie浏览器下通过。所以如果测试不通过请更换浏览器试试，或者在eclipse工具中创建一个web项目测试
