亚洲色婷婷综合久久,久久强奷乱码老熟女网站,高清免费久久午夜精品

doing5552 — Mon, 16 Mar 2015 15:45:00 GMT

�q�近三十了，再次把这个博客拾��h��吧�?br />距离毕业也已�l�近五年了，现在也实��C��一些刚刚开始工作的目标�?br />不过��L��l�的目标�q�有很远的距��，�l�箋加��a吧，完善自己�Q?img src ="http://www.shnenglu.com/doing5552/aggbug/210065.html" width = "1" height = "1" />

doing5552 2015-03-16 23:45 发表评论

联合(union)用法

doing5552 — Sat, 05 Jan 2013 03:45:00 GMT

联合(union)在C/C++里面见得�q�不多，但是在一些对内存要求特别严格的地方，联合又是频繁出现�Q�那么究竟什么是联合、怎么�ȝ��、有什么需要注意的地方呢？��p��些问题，我试着做一些简单的回答�Q�里面肯定还有不当的地方�Q�欢�q�指出！
1、什么是联合�Q?/strong>
   “联合”是一�U�特�D�的�c�，也是一�U�构造类型的数据�l�构。在一�?#8220;联合”内可以定义多�U�不同的数据�c�d��Q?一个被说明��“联合”�c�d��的变量中�Q�允许装入该“联合”所定义的�Q何一�U�数据，�q�些数据�׃�n同一�D�内存，已达到节省空间的目的�Q�还有一个节省空间的�c�d��Q�位域）�?�q�是一个非常特�D�的地方�Q�也是联合的特征。另外，同struct一��P��联合默认讉K��权限也是公有的，�q�且�Q�也��h��成员函数�?/div>
2、联合与�l�构的区别？
   “联合”�?#8220;�l�构”有一些相��g��处。但两者有本质上的不同。在�l�构中各成员有各自的内存�I�间�Q?一个结构变量的总长度是各成员长度之和（�I�结构除外，同时不考虑边界调整�Q�。而在“联合”中，各成员共享一�D�内存空��_�� 一个联合变量的长度�{�于各成员中最长的长度。应该说明的是， �q�里所谓的�׃�n不是指把多个成员同时装入一个联合变量内�Q?而是指该联合变量可被赋予��M��成员��|��但每�ơ只能赋一�U��|�� 赋入新值则冲去旧倹{�?/div>
   下面举一个例了来加对��p��合的理解�?nbsp;
    �?:
#include
void main()
{
        union number
        {                   /*定义一个联�?/
                int i;
                struct
                {             /*在联合中定义一个结�?/
                        char first;
                        char second;
                }half;
        }num;
        num.i=0x4241;         /*联合成员赋�?/
        printf("%c%c\n", num.half.first, num.half.second);
        num.half.first='a';   /*联合中结构成员赋�?/
        num.half.second='b';
        printf("%x\n", num.i);
        getchar();
}
    输出�l�果�?
     AB
     6261
    从上例结果可以看�? 当给i赋值后, 其低八位也就是first和second的�? 当给first和second赋字�W�后, �q�两个字�W�的ASCII码也��作为i 的低八位和高八位�?/div>
3、如何定义？
   例如�Q?br style="padding: 0px; margin: 0px;" />    union test
    {
      test() { }
      int office;
      char teacher[5];
    };
    定义了一个名为test的联合类型，它含有两个成员，一个�ؓ整型�Q�成员名office�Q�另一个�ؓ字符数组�Q�数�l�名为teacher。联合定义之后，卛_��q�行联合变量说明�Q�被说明为test�c�d��的变量，可以存放整型量office或存攑֭��W�数�l�teacher�?/div>
4、如何说明？
   联合变量的说明有三种形式�Q�先定义再说明、定义同时说明和直接说明�?br style="padding: 0px; margin: 0px;" />   以test�c�d��Z��Q�说明如下：
    1) union test
       {
         int office;
         char teacher[5];
       };
       union test a,b;    /*说明a,b为test�c�d��*/
    2) union test
       {
         int office;
         char teacher[5];
       } a,b;
    3) union
       {
         int office;
         char teacher[5];
       } a,b;
       �l�说明后的a,b变量均�ؓtest�c�d��。a,b变量的长度应�{�于test的成员中最长的长度�Q�即�{�于teacher数组的长度，�?个字节。a,b变量如赋予整型值时�Q�只使用�?个字节，而赋予字�W�数�l�时�Q�可�?个字节�?/div>
5、如何��用？
   对联合变量的赋��|��使用都只能是对变量的成员�q�行。联合变量的成员表示为：
联合变量�?成员�?nbsp;
例如�Q�a被说明�ؓtest�c�d��的变量之后，可��用a.class、a.office
不允许只用联合变量名作赋值或其它操作�Q�也不允许对联合变量作初始化赋��|��赋值只能在�E�序中进行�?br style="padding: 0px; margin: 0px;" />�q�要再强调说明的是，一个联合变量，每次只能赋予一个成员倹{��换句话��_��一个联合变量的值就是联合变员的某一个成员倹{�?/div>
6、匿名联�?/strong>
   匿名联合仅仅通知�~�译器它的成员变量共同��n一个地址,而变量本�w�是直接引用�?不��用通常的点可��符语法.例如�Q?br style="padding: 0px; margin: 0px;" />     �Q�i nclude
     void main()
     {
         union{
                int test;
                char c;
               };
        test=5;
        c=′a′;
        std::cout<     }
    正如所见到�?联合成分象声明的普通局部变量那栯��引用,事实上对于程序而言,�q�也正是使用�q�些变量的方�?另外,��管被定义在一个联合声明中,他们与同一个程序快那的��M��其他局部变量具有相同的作用域��?�q�意呌��匿名联合内的成员的名�U�C��能与同一个作用域内的其他一直标志符冲突.
    对匿名联合还存在如下限制:
    因�ؓ匿名联合不��用点�q�算�W�，所以包含在匿名联合内的元素必须是数�?不允许有成员函数�Q�也不能包含�U�有或受保护的成员。还�?全局匿名联合必须是静�?static)的，否则��必��L��在匿名名字空间中�?/div>
7、几炚w��要讨论的地方�Q?/strong>
   1、联合里面那些东西不能存放？
      我们知道�Q�联合里面的东西�׃�n内存�Q�所以静态、引用都不能用，因�ؓ他们不可能共享内存�?br style="padding: 0px; margin: 0px;" />   2、类可以攑օ�联合吗？
      我们先看一个例子：
      class Test
      {
      public:
    Test():data(0) { }
      private:
          int data;
      };
     typedef union _test
     {
Test test;
     }UI;
     �~�译通不�q�，��Z��么呢�Q?br style="padding: 0px; margin: 0px;" />     因�ؓ联合里不允许存放带有构造函数、析够函数、复制拷贝操作符�{�的�c�，因�ؓ他们�׃�n内存�Q�编译器无法保证�q�些对象不被破坏�Q�也无法保证��d��时调用析够函数�?br style="padding: 0px; margin: 0px;" />    3、又是匿名惹的祸�Q�？
       我们先看下一�D�代码：
class test
{
        public:
             test(const char* p);
             test(int in);
             const operator char*() const {return
data.ch;}
             operator long() const {return data.l;}
        private:
     enum type {Int, String };
            union
     {
const char* ch;
int i;
      }datatype;
      type stype;
      test(test&);
      test& operator=(const test&);
        };
       test::test(const char *p):stype
(String),datatype.ch(p)     { }
       test::test(int in):stype(Int),datatype.l(i)     {
}
     看出什么问题了吗？呵呵�Q�编译通不�q�。�ؓ什么呢�Q�难道datatype.ch(p)和datatype.l(i)有问题吗�Q?br style="padding: 0px; margin: 0px;" />     哈哈�Q�问题在哪呢�Q�让我们来看看构造test对象时发生了什么，当创建test对象�Ӟ��自然要调用其相应的构造函敎ͼ�在构造函��C��当然要调用其成员的构造函敎ͼ�所以其要去调用datatype成员的构造函敎ͼ�但是他没有构造函数可调用�Q�所以出
错�?br style="padding: 0px; margin: 0px;" />     注意了，�q�里可�ƈ不是匿名联合�Q�因为它后面紧跟了个data!
    4、如何有效的防止讉K��出错�Q?br style="padding: 0px; margin: 0px;" />       使用联合可以节省内存�I�间�Q�但是也有一定的风险�Q�通过一个不适当的数据成员获取当前对象的��|��例如上面的ch、i交错讉K��?br style="padding: 0px; margin: 0px;" />       ��Z��防止�q�样的错误，我们必须定义一个额外的对象�Q�来跟踪当前被存储在联合中的值得�c�d��Q�我们称�q�个额外的对象�ؓ�Q�union的判别式�?br style="padding: 0px; margin: 0px;" />       一个比较好的经验是�Q�在处理作�ؓ�c�L��员的union对象�Ӟ��为所有union数据�c�d��提供一�l�访问函数�?/div>

doing5552 2013-01-05 11:45 发表评论

POSIX �U�程

doing5552 — Mon, 31 Dec 2012 08:06:00 GMT

POSIX �U�程详解、POSIX �U�程�~�程、NPTL
Page navigation
Linux �U�程模型
POSIX �U�程详解
Posix �U�程�~�程指南
POSIX 表示可移植操作系�l�接口（Portable Operating System Interface �Q�羃写�ؓ POSIX 是�ؓ了读��x��?UNIX�Q�。电气和电子工程师协会（Institute of Electrical and Electronics Engineers�Q�IEEE�Q�最初开�?POSIX 标准�Q�是��Z��提高 UNIX 环境下应用程序的可移植性。具体的�?POSIX �?IEEE ��在各�U?UNIX 操作�pȝ��上运行的软�g定义 API 所规定的一�p�d��互相兌��的标准的�ȝ��Q��?X 则表明其�?Unix API 的传�ѝ��Linux 基本上逐步实现�?POSIX 兼容�Q�但�q�没有参加正式的 POSIX 认证。当前的 POSIX 文档分�ؓ三个部分�Q�POSIX Kernel API�Q�POSIX 命��o和工具集�Q�及 POSIX 一致性测试。Posix �U�程�Q�POSIX threads�Q�又�U?Pthreads�Q�是负责 POSIX �?IEEE 委员会开发的一套线�E�接口�?/p>
Linux �U�程模型
Linux 最初用的线�E�模型是 LinuxThread, 它不兼容 POSIX�Q�而且存在一些性能问题�Q�所以目�?Linux 摒弃了它�Q�采用了��Z�� Pthreads �?NPTL�Q�Native POSIX Threads Library for Linux�Q�模型， NPTL 修复�?LinuxThread 的许多缺点，�q�提供了更好的性能�?/p>
Linux �U�程实现机制分析
Linux �U�程模型的比较：LinuxThreads �?NPTL
Linux �U�程库性能��试与分�?/a>
回页�?/a>
POSIX �U�程详解
Daniel Robbins 从实例入手，逐步讲解 POSIX thread �~�程技巧，有共享内存、互斥以及条件变量的�q�用�?/p>
pthreads 的基本用�?-- 介绍 POSIX �U�程
POSIX �U�程详解�Q�第 1 部分�Q�一�U�支持内存共享的��捷工�?/a>
POSIX �U�程详解�Q�第 2 部分�Q�称作互斥对象的��玩�?/a>
POSIX �U�程详解�Q�第 3 部分�Q��用条件变量提高效�?/a>
回页�?/a>
Posix �U�程�~�程指南
本系列文章在阐明概念的基��上，向您详细地讲�q�C�� Posix �U�程�?API�?/p>
Posix �U�程�~�程指南�Q�第 1 部分�Q�线�E�创��Z��取消
Posix �U�程�~�程指南�Q�第 2 部分�Q�线�E�私有数�?/a>
Posix �U�程�~�程指南�Q�第 3 部分�Q�线�E�同�?/a>
Posix �U�程�~�程指南�Q�第 4 部分�Q�线�E�终�?/a>
Posix �U�程�~�程指南�Q�第 5 部分�Q�杂��?/a>
回页�?/a>

doing5552 2012-12-31 16:06 发表评论

[转]正则表达�?0分钟入门教程

doing5552 — Fri, 09 Nov 2012 02:35:00 GMT
     摘要: 版本�Q�v2.32 (2011-8-17) 作者：deerchao 转蝲��h��明来源目录蟩�q�目录本文目标如何��用本教程正则表达式到底是什么东西？入门��试正则表达式元字符字符转义重复字符�c�d��枝条件反义分�l�后向引用零宽断�a�负向零宽断言注释贪婪与懒惰处理选项�q��l?递归匚w��q�有些什么东西没提到联系作者网上的资源及本文参考文献更新纪录本文目�?0分钟内让你明白正则表辑ּ�是什么，�q�对它有一些基本的了解...  阅读全文

doing5552 2012-11-09 10:35 发表评论

工作二年

doing5552 — Tue, 03 Jul 2012 09:58:00 GMT
工作两年了，今天把这个博客再重拾��h��?br />微博有点他泛滥了

doing5552 2012-07-03 17:58 发表评论

[ubunt gcc stl] 使用库函�?sort() 排序自定义类旉��载operator<

doing5552 — Tue, 15 Feb 2011 09:32:00 GMT
自定义类
class arc {
……
bool operator<(const arc& b) const;

}

用容器如vector,deque存放arc对象�Q�再其上使用stl的algrithms中的sort��法�Q?br>sort(arcVector.begin(),arcVector.end());

�Ҏ��中需要��?#8220;<”作比较操作，故需要重载operator<
��单重�?bool operator(arc&);
很可能报错：
/usr/include/c++/4.2/bits/stl_algo.h:100: 错误�Q?no match �?#8216;operator<’�?#8216;__b < __c’
主要是缺��const的限定（两个都需要）�?br>否则有错�Q?br>/usr/include/c++/4.2/bits/stl_algo.h:91: 错误�Q?��?#8216;const arc’作�ؓ‘bool arc::operator<(const arc&)’�?#8216;this’实参时丢弃了�c�d��限定

分析知道linux中stl下对C�Q�＋的类型安全约束很强，const保证导入对象和自�w�对象都不能被修攏V�?br>而stl的sort操作��实不需要修�Ҏ��较的对象�Q�也不应该被修改�Q�故强制使用的自定义operator<需要两个const限制比较的两个对象�?br>
使用friend�Ҏ��Q?br>friend bool operator<(const arc&, const arc&);

两种错误�Q?br>1.friend bool operator<(const arc&, const arc&) const;
错误�Q?non-成员函数‘bool operator<(const arc&, const arc&)’不能拥有 cv 限定�W?br>
2.bool operator<(const arc&, const arc&) [const]
错误�Q?‘bool arc::operator<(const arc&, const arc&) const’带且仅带 1 个实�?

doing5552 2011-02-15 17:32 发表评论

linux Grep 用法

doing5552 — Mon, 01 Nov 2010 11:08:00 GMT

c2008-04-02 09:12

Grep : g (globally) search for a re (regular expression ) and p (print ) the results.

1、参敎ͼ�
-I �Q�忽略大��写
-c �Q�打印匹配的行数
-l �Q�从多个文�g中查扑֌�含匹配项
-v �Q�查找不包含匚w��的�?
-n�Q�打印包含匹配项的行和行�?

2、RE�Q�正则表辑ּ��Q?
\ 忽略正则表达式中�Ҏ��字符的原有含�?
^ 匚w��正则表达式的开始行
$ 匚w��正则表达式的�l�束�?
\< 从匹配正则表辑ּ�的行开�?
\>; 到匹配正则表辑ּ�的行�l�束
[ ] 单个字符�Q�如[A] 即A�W�合要求
[ - ] 范围 �Q�如[A-Z]即A�Q�B�Q�C一直到Z都符合要�?
. 所有的单个字符
* 所有字�W�，长度可以�?

3、�D�?
# ps -ef | grep in.telnetd
root 19955 181 0 13:43:53 ? 0:00 in.telnetd

# more size.txt size文�g的内�?
b124230
b034325
a081016
m7187998
m7282064
a022021
a061048
m9324822
b103303
a013386
b044525
m8987131
B081016
M45678
B103303
BADc2345

# more size.txt | grep '[a-b]' 范围 �Q�如[A-Z]即A�Q�B�Q�C一直到Z都符合要�?
b124230
b034325
a081016
a022021
a061048
b103303
a013386
b044525
# more size.txt | grep '[a-b]'*
b124230
b034325
a081016
m7187998
m7282064
a022021
a061048
m9324822
b103303
a013386
b044525
m8987131
B081016
M45678
B103303
BADc2345

# more size.txt | grep '' 单个字符�Q�如[A] 即A�W�合要求
b124230
b034325
b103303
b044525
# more size.txt | grep '[bB]'
b124230
b034325
b103303
b044525
B081016
B103303
BADc2345

# grep 'root' /etc/group
root::0:root
bin::2:root,bin,daemon
sys::3:root,bin,sys,adm
adm::4:root,adm,daemon
uucp::5:root,uucp
mail::6:root
tty::7:root,tty,adm
lp::8:root,lp,adm
nuucp::9:root,nuucp
daemon::12:root,daemon

# grep '^root' /etc/group 匚w��正则表达式的开始行
root::0:root

# grep 'uucp' /etc/group
uucp::5:root,uucp
nuucp::9:root,nuucp

# grep '\uucp::5:root,uucp

# grep 'root$' /etc/group 匚w��正则表达式的�l�束�?
root::0:root
mail::6:root

# more size.txt | grep -i 'b1..*3' -i �Q�忽略大��写

b124230
b103303
B103303

# more size.txt | grep -iv 'b1..*3' -v �Q�查找不包含匚w��的�?

b034325
a081016
m7187998
m7282064
a022021
a061048
m9324822
a013386
b044525
m8987131
B081016
M45678
BADc2345

# more size.txt | grep -in 'b1..*3'
1:b124230
9:b103303
15:B103303

# grep '$' /etc/init.d/nfs.server | wc -l
128
# grep '\$' /etc/init.d/nfs.server | wc –l 忽略正则表达式中�Ҏ��字符的原有含�?

15
# grep '\$' /etc/init.d/nfs.server
case "$1" in
>;/tmp/sharetab.$$
[ "x$fstype" != xnfs ] && \
echo "$path\t$res\t$fstype\t$opts\t$desc" \
>;>;/tmp/sharetab.$$
/usr/bin/touch -r /etc/dfs/sharetab /tmp/sharetab.$$
/usr/bin/mv -f /tmp/sharetab.$$ /etc/dfs/sharetab
if [ -f /etc/dfs/dfstab ] && /usr/bin/egrep -v '^[ ]*(#|$)' \
if [ $startnfsd -eq 0 -a -f /etc/rmmount.conf ] && \
if [ $startnfsd -ne 0 ]; then
elif [ ! -n "$_INIT_RUN_LEVEL" ]; then
while [ $wtime -gt 0 ]; do
wtime=`expr $wtime - 1`
if [ $wtime -eq 0 ]; then
echo "Usage: $0 { start | stop }"

# more size.txt

the test file
their are files
The end

# grep 'the' size.txt
the test file
their are files

# grep '\the test file
their are files

# grep 'the\>;' size.txt
the test file

# grep '\;' size.txt
the test file

# grep '\<[Tt]he\>;' size.txt
the test file
The end

doing5552 2010-11-01 19:08 发表评论

HTTP代理如何正确处理Cookie

doing5552 — Sun, 10 Oct 2010 14:29:00 GMT

2005 �q?11 �?10 �?/p>
大多数的 Web 应用�E�序都要求维护某�U�会话状态，如用戯��物�R的内宏V��这�U�会话状态的保持很多情况下需要借助于Cookie或者Session的帮助。本文结合在�U�K��面翻�?�Q�Machine Translation System�Q�项目中对于Cookie的处理方法，探讨一下如何在HTTP应用代理中正��处理Cookie的传递和��理问题�?/blockquote>
读者定位�ؓ��h��Java和Web开发经验的开发和设计人员�?/p>
读者可以学习到关于Cookie的工作原理和Cookie协议的细节，以及在一个HTTP应用代理的场景下Cookie的管理和处理思想�Q��ƈ可以直接使用文中的代码和思�\�Q�提高工作效率�?/p>
随着��来��多的系�l�移植到了Web上，HTTP协议��h��了比以前更广泛的应用。不同的�pȝ��对WEB实现提出了不同的要求�Q�基于HTTP协议的网�l�应用正��于复杂化和多元化。很多应用需要把用户��h��的页面进行处理后再返回给用户�Q�比如页面关键字�q��o�Q�页面内容缓存、内�Ҏ��索、页面翻译等�{�。这些应用在实际效果上类��g��一个HTTP应用代理�Q�它们首先接受用��L��h��Q�根据用戯��求的URL�ȝ��正的目标服务器取回目标页面，再根据不同应用的要求做出相应处理后返回给用户。这��L��L��接面对的��是�q�个HTTP应用代理�Q�而通过它与其他��面�q�行交互。Cookie或Session技术的应用�Q�解决了HTTP协议的一个问�?-- 无法保持客户状态，因此它现在被�q�泛应用于各�U�Web站点中。上面提到的那些应用如果不能处理好Cookie和Session的传递、更新和废除�{�问题，��׃��极大的限制它们所能处理站点的范围�Q�因此如何在HTTP应用代理中正��处理Cookie�Q�成��Z��个必��解决的问题。本文结合在��面��译�Q�Machine Translation System�Q�项目中对于Cookie的处理方法，探讨一下这斚w��的解��x��案�?/p>
MTS��目��介及讨论前提

Machine Translation System�Q�以下简�U�MTS�Q�是一个在�U�实旉��面翻译系�l�，为用户在�U�提供把英文��面��译成其�?�U�语�a�的服务。用户通过向MTS�pȝ��提交一个类��g��面的URL使用此服务，其中参数url指明了用��h��需要翻译的目标地址�Q�参数language指明了所需��译成的目标语言�Q�www.mts.com是假想中提供MTS服务的站炏V�?/p>
HTTP://www.mts.com/translate?url=http://www.ibm.com/&language=French

一个完整的MTS�pȝ��处理�q�程可以分解成以下几个步骤：

用户向MTS提交合适的URL�?
MTS在接到用��L��h��后，解析出用户需要翻译的目标地址和目标语�a��Q�根据用戯��求的目标地址�Q�把��h��转发到目标服务器�?
MTS接受来自目标服务器的应答�Q�包括页面信息和HTTP头信息�?
MTS在确定得到正��的目标��面后，把页面内定w��入WebSphere Translation Server�q�行��译�?
把翻译后的页面连同修改后的HTTP头信息提交给用户�?

MTS逻辑�?/strong>

当然�Q�这其中涉及到很多的应用处理。比如与各种HTTP/HTTPS站点建立联结、根据HTTP头信息进行页面蟩转和错误处理、�ؓ始终保持用户在翻译模式下而对目标的HTML��面�q�行分析和修改，�Ҏ��pȝ��讄��Ҏ��些DNT�Q�Do Not Translate�Q�的��面�q�行�q��o和蟩转，当然�q�有对Cookie的处理等�{�。其他问题跟�q�篇文章兌��不大�Q�我们重点讨论在�q�种情况下的Cookie处理。Cookie跟随目标服务器的HTTP头信息被MTS接收刎ͼ��l�过MTS整理之后发给客户端浏览器。MTS在接��C��一�ơ用户对同一个站点的��译��h��Ӟ��再把从客��L��得到的Cookie发送给目标服务器�?/p>
在以上的场景中，MTS充当的作用类��g��一�U�HTTP应用代理服务器，它代替用户取得目标页面，�q�在作出相应处理后再提交�l�用戗��当�Ӟ��q�种代理服务器不需要用户修�Ҏ��览器的代理服务器参数或者网�l�配�|�，而只是简单的在浏览器的地址栏中输入一个MTS能够识别的URL卛_��。此��文章也是在�q�样一个应用场景的基础上，展开对HTTP应用代理服务器如何处理Cookie的讨论�?/p>

回页�?/font>

问题的��?/span>

在MTS�pȝ��中，目标服务器的Cookie在两个地方会产生问题。当MTS接收目标服务器应�{�的时候，Cookie随着HTTP头信息被MTS接收到的。这时候目标服务器认�ؓMTS��是最�l�客��P��因此它赋予了Cookie与目标服务器相符的属性。而如果MTS把这些Cookie原封不动的保存在HTTP头信息中�Q�传�l�真正的最�l�用��L��话，用户的浏览器会因��些Cookie不合法而忽略它们。同理，当Cookie从浏览器端传回目标服务器的时候，也会遇到相同的问题。因此有必要对Cookie�q�行一些处理，以保证用��L��览器能真正识别和利用这些Cookie�?/p>
但是��Z��用户��览器无法识别从目标服务器传�q�来的原始Cookie呢？�q�是因�ؓ��Z��安全性的考虑�Q�Cookie规范制定的时候对Cookie的��生和接受讄��了一些严格的规范�Q�不�W�合�q�些规范的Cookie�Q�浏览器和服务器都将予以忽略。下面我们从Cookie规范入手�q�行介绍�?/p>

回页�?/font>

Cookie的规范介�l?/span>

目前有以下几�U�Cookie规范�Q?/p>

Netscape cookie草案�Q�是最早的cookie规范�Q�基于rfc2109。尽��这个规范与rc2109有较大的差别�Q�但是很多服务器都与之兼宏V�?
rfc2109�Q?是w3c发布的第一个官方cookie规范。理��Z��Ԍ��所有的服务器在处理cookie(版本1)�Ӟ��都要遵��@此规范。遗憄��是，�q�个规范太严��g��Q�以致很多服务器不正��的实施了该规范或仍在��用Netscape规范�?
rfc2965规范定义了cookie版本2�Q��ƈ说明了cookie版本1的不��?

rfc2965规范的��用，目前�q�不多。rfc2109规范相应要严格得多，在实际应用上�Q��ƈ不是所有的��览器和Web服务器都严格遵守。因此相比较而言�Q�Netscape cookie草案倒是一个比较简�z�和被广泛支持的Cookie规范�Q�因此我们在�q�里以Netscape cookie草案为基��q�行讨论�Q�对于其他两�U�规范，我们的讨论和代码��h��相同的意义。关于Netscape cookie草案的细节，大家可以参照Netscape官方站点�Q�这里我们列举一些和我们讨论有关的内宏V�?/p>
�Ҏ��Netscape cookie草案的描�q�ͼ�Cookie 是Web 服务器向用户的浏览器发送的一�D�ASCII码文本。一旦收到Cookie�Q�浏览器会把Cookie的信息片断以"�?�?�?name-value pairs)的�Ş式储存保存在本地。这以后�Q�每当向同一个Web 服务器请求一个新的文档时�Q�Web ��览器都会发送之站点以前存储在本地的Cookie。创建Cookie的最初目的是惌��Web服务器能够通过多个HTTP��h��q�踪客户。有些复杂的�|�络应用需要在不同的网��之间保持一��_��它们需要这�U�会话状态的保持能力�?/p>
��览器与Web服务器通过HTTP协议�q�行通讯�Q�而Cookie��是保存在HTTP协议的请求或者应�{�头部（在HTTP协议中，数据包括两部分，一部分是头部，�׃��些名值对构成�Q�用来描�q�要被传输数据的一些信息。一部分是主�?body)�Q�是真正的数据（如HTML��面�{�）�Q�进行传送的�?/p>
在HTML文档被发送之前，Web服务器通过传送HTTP 包头中的Set-Cookie 消息把一个cookie 发送到用户的浏览器中。下面是一个遵循Netscape cookie草案的完整的Set-Cookie ��_��

Set-Cookie�Q�customer=huangxp; path=/foo; domain=.ibm.com; expires= Wednesday, 19-OCT-05 23:12:40 GMT; [secure]

Set-Cookie的每个属性解释如下：

Customer=huangxp 一�?名称�Q��?对，把名�U�customer讄��为�?huangxp"�Q�这个属性在Cookie中必��L��?
path=/foo 控制哪些讉K��能够触发cookie 的发送。如果没有指定path�Q�cookie 会在所有对此站点的HTTP 传送时发送。如果path=/directory�Q�只有访�?directory 下面的网��|��Q�cookie才被发送。在�q�个例子中，用户在访问目�?foo下的内容�Ӟ��览器将发送此cookie。如果指定了path�Q�但是path与当前访问的url不符�Q�则此cookie��被忽略�?
domain=.ibm.com 指定cookie被发送到哪台计算��Z��。正常情况下�Q�cookie只被送回最初向用户发送cookie 的计��机。在�q�个例子中，cookie 会被发送到��M��?ibm.com域中的主机。如果domain 被设为空�Q�domain ��p��讄��为和提供cookie 的Web 服务器相同。如果domain不�ؓ�I�，�q�且它的值又和提供cookie的Web服务器域名不�W�，�q�个Cookie��被忽略�?
expires= Wednesday, 19-OCT-05 23:12:40 GMT 指定cookie 失效的时间。如果没有指定失效时��_��q�个cookie ��׃��会被写入计算机的��盘上，�q�且只持�l�到�q�次会话�l�束�?
secure 如果secure �q�个词被作�ؓSet-Cookie 头的一部分�Q�那么cookie 只能通过安全通道传输�Q�目前即SSL通道�Q�。否则，��览器将忽略此Cookie�?

一旦浏览器接收了cookie�Q�这个cookie和对�q�端Web服务器的�q�箋��h��一赯��览器发送。例�?前一个cookie 被存入浏览器�q�且��览器试图请�?URL http://www.ibm.com/foo/index.html �Ӟ��下面的HTTP 包头��p��发送到�q�端的Web服务器�?/p>
GET /foo/index.html HTTP/1.0
Cookie�Q�customer=huangxp

回页�?/font>

一�ơ典型的�|�络��览�q�程

在了解了Cookie协议的一些基本内容之后，让我们看看一�ơ典型的�|�络��览�q�程中浏览器如何识别和处理Cookie�Q?/p>

��览器对于Web服务器应�{�包头中Cookie的操作步骤：
1. 从Web服务器的应答包头中提取所有的cookie�?br>2. 解析�q�些cookie的组成部分（名称�Q��|��路径�{�等�Q��?br>3. 判定��L��是否允许讄��q�些cookie。允许的话，则把�q�些Cookie存储在本地�?
��览器对Web服务器请求包头中所有的Cookie�q�行�{�选的步骤�Q?br>1. �Ҏ��h��的URL和本地存储cookie的属性，判断那些Cookie能被发送给Web服务器�?br>2. 对于多个cookie�Q�判定发送的��序�?br>3. 把需要发送的Cookie加入到请求HTTP包头中一起发送�?

回页�?/font>

由MTS代理的网�l�浏览过�E?/span>

以上我们了解了在一个典型的��览器与Web服务器交互的时候，Cookie的传递过�E�。下面我们将看到�Q�如果在MTS代理�|�络��览的过�E�中�Q�不对Cookie�q�行修改�Q�上面的Cookie传递过�E�将无法实现�?/p>
1. 假设用户希望�?http://www.ibm.com/foo/index.html ��面��译成法文，应该使用如下的url对MTS发出��h��
�Q?
http://www.mts.com/translate?url=http://www.ibm.com/foo/index.html&language=French

2. MTS接收用户的请求，�q�接�q�程目标服务�?http://www.ibm.com/foo/index.html。目标服务器做出应答�Q�返回HTTP头和HTML��面内容。其中，典型的HTTP头内容如下：

HTTP/1.1 200 OK Date: Mon, 24 Oct 2005 06:54:41 GMT Server: IBM_HTTP_Server Cache-Control: no-cache Content-Length: 19885 Connection: close Set-Cookie�Q�customer=huangxp; path=/foo; domain=.ibm.com; expires= Wednesday, 19-OCT-05 23:12:40 GMT Content-Type: text/html

3. MTS不对Set-Cookie后的内容作�Q何处理，直接把它加到用户��览器的应答头上发送给��览器�?/p>
4. ��览器将从Set-Cookie中解析出domain和path的��|��分别�?ibm.com�?foo�Q��ƈ与请求的url�Q�http://www.mts.com/translate?url=http://www.ibm.com/foo/index.html&language=French�q�行比较。请求url的domain是www.mts.com�Q�path�?�Q�与Set-Cookie中的属性不�W�，所以浏览器��忽略此Cookie�?/p>
另外�Q�在��览器发送Cookie的时候也会遇到同��L��问题�Q�同样如上例�Q�如果浏览器里本来已�l�存储了http://www.ibm.com/foo/的Cookie�Q�但�׃��用户要通过MTS讉K��此站点，��览器经不会把已�l�存储的Cookie上�{到MTS中，MTS也就无法把之传递到http://ibm.com/foo/上�?/p>
��Z��上面Cookie规范的介�l�和例证�Q�我们能看出�Q�浏览器在接受某一个站点的Cookie的时候，需要检查Cookie的参数domain、path、secure�Q�看是否与当前的站点和URL相符�Q�如果不�W�的话，��׃��忽略。另一斚w��。浏览器在上传Cookie的时候，也会�Ҏ��当前所讉K��站点的属性，上传相关的Cookie�Q�而其他的Cookie则不予上传�?/p>
��x��Q�我们讨��Z��需要修改Cookie的根本原因在于Cookie规范的限制。下面我们讨��Z��U�解决问题的思�\�?/p>

回页�?/font>

解决问题的两�U�思�\

Cookie的存在是要解决HTTP协议本��n先天的缺�?无状态性，它�ؓ用户保存了一些需要的状态信息。因此我们解��x��问题的最本质的出发点�Q�也��是扑ֈ�一�U�途径能�ؓ用户保存Cookie所提供用户状态信息，实际上就是Name/Value寏V�?/p>
思�\一

�W�一�U�思�\��是修改目标服务器取得的Cookie�Q��之符合MTS站点的属性，然后作�ؓMTS站点的Cookie存储到用��L��览器中厅R��当�Ӟ��q�种修改必须保留原始Cookie的所有属性��|��当以后访问同一个目标服务器的时候，MTS能根据保存的属性��D��原出原始Cookie�Q�然后进行提交�?/p>
具体到属性值的保存位置�Q�没有太多选择的余圎ͼ�实际上，domain�Q�path�Q�secure�Q�expires�q�几个属性都无法利用�Q�只有利用name=value�q�一属性对。我们的做法是创造一个新的Cookie�Q�把原始Cookie的domain�Q�path的��g��name��D��行编码，用分隔符附加在Name值的后面�Q�符值给新的Cookie。这样做也同旉��免了不同目标服务器如果出现同名的Cookie�Q�将会互相覆盖的情况�Q�Cookie规范里面也规定了�Q�客��L��以domain�Q�path�Q�name作�ؓCookie的唯一标示�Q�。而原始Cookie的secure和expires��|��直接�W�给新的Cookie�Q�新Cookie的domain和path设成�~�省��|��q�样�Q�新Cookie��可以被��览器正常接受。由于浏览器接受的所有Cookie的domain和path值都一��P��因此每次用户对MTS提出��h��Ӟ��览器都会把所有与MTS站点相关的Cookie上传�Q�因此，MTS�q�需要还原原始的Cookie�Q�过滤掉与目标服务器不相�q�的Cookie�Q�然后上传有用的Cookie�?/p>
�q�种思�\的优点在于Cookie存储在客��L��Q�可以做到长期存储，��览器自己根据Cookie的expires值做出判断，省掉很多开发的�ȝ��。缺�Ҏ��转换的过�E�相对较复杂。另外还有一个缺点，也是�׃��Cookie规范的限制所造成的。Cookie规范对于一个浏览器同时能够存储的Cookie数量作出了规定�?/p>

��d��300 个cookie
每个Cookie 4 K 的存储容�?
每一个domain 或�?server 20 个cookie�?

以上是浏览器所应达到的最��存储数量，��出�q�个限制�Q�浏览器应该自动按照最��最�q�被使用的原则删除超出得Cookie。由于用��h��可能通过MTS�q�一个网站翻译大量的目标服务器，因此��览器存储在MTS的domain下的cookie数量��很有可能超�q?0个，�q�时候就会导致某些Cookie被删除。一般这也不会造成太大问题�Q�因��范是要求��览器删除最��最�q�被使用的Cookie�Q�但我们在实际测试当中发现有些浏览器�q�不遵守�q�样的规范，而是删除最新的Cookie�Q�这��将��D��用户很大的不�ѝ�?/p>
思�\�?/font>

�W�二�U�思�\在于把原始的Cookie�l�织成dataBean�Q�存储到用户的Session当中厅R��这��P��在用��L��只需要存储一个SessionID的Cookie�Q�而不需要存储所有目标服务器的每一个Cookie。另外，当接收到用户的又一�ơ翻译请求时�Q�再从Session当中取出所有的dataBean�Q�逐一�q�行分析�Q�找��Z��用户所��h��的目标服务器相符的原始Cookie�Q�进行提交�?/p>
�q�种思�\可以克服上一�U�思�\中Cookie��过标准数量时的�~�陷�Q�而且不需�~�码保存原始的Cookie属性��|��减少了程序的复杂度。缺�Ҏ��需要程序员自己处理expires。而且�׃��是把Cookie存储在Session中，一旦Session失效�Q�所有Cookie都将被删除，所以，无法保存那些长期的Cookie�?/p>
��M��Q�两�U�思�\各有利弊�Q�在实际应用当中要权衡考虑。下面我们针对两�U�思�\�q�行技术实玎ͼ�分别对应�Ҏ��一和方案二�?/p>
�׃��MTS需要与目标服务器连接，遵��@HTTP协议��d��和返回Cookie�Q�但是如果用JDK中的java.net.URLConnection处理Cookie��非�怸�方便�Q�因此我们��用HTTPClient来处理与目标服务器的�q�接�?/p>

回页�?/font>

�Ҏ��一�Q�Cookie存储在浏览器�?/span>

用户每发起一�ơ新的请求，��览器在��查完本地存储Cookie的有效性后�Q�会把所有由MTS产生的有效Cookie附加在请求头里送到MTS。MTS接受到客��L��的翻译请求后�Q�从Request中提取出所有的Cookie�Q�还原后�Ҏ��目标服务器的domain和path�q�行�q��o。��生所有与目标服务器相关的Cookie�?/p>

//从request中获取所有的Cookie javax.servlet.http.Cookie[] theCookies = request.getCookies(); ArrayList cookiesList = new ArrayList(); String url = request.getParameter("url"); String domain = URLUtil.getURLHost(url); String path = URLUtil.getPath(url); if (theCookies != null) { for (int i = 0; i < theCookies.length; i++) { RE r = new RE(); //用正则表辑ּ�把name��还原成domain�Q�path�Q�name REDebugCompiler compiler = new REDebugCompiler(); r.setProgram(compiler.compile("\\|\\|")); String[] values = r.split(theCookies[i].getName()); //"9.181.116.183||/MTModule||testCookie:value1" or " || ||testCookie:value1" if (values.length == 3) { if (values[0].trim().startsWith(".")) { if (!domain.endsWith(values[0].trim())) continue; } else if (!domain.endsWith("://" + values[0].trim())) continue; if (!path.startsWith(values[1].trim())) continue; Cookie tempCookie = new Cookie(); tempCookie.setDomain( ("".equals(values[0].trim())) ? null : values[0]); tempCookie.setPath( ("".equals(values[1].trim())) ? null : values[1]); tempCookie.setName( ("".equals(values[2].trim())) ? null : values[2]); tempCookie.setSecure(theCookies[i].getSecure()); tempCookie.setValue(theCookies[i].getValue()); tempCookie.setVersion(theCookies[i].getVersion()); tempCookie.setComment(theCookies[i].getComment()); cookiesList.add(tempCookie); } } } //transferedCookie用来存储��被传到目标服务器的Cookie Cookie[] transferedCookie = new Cookie[cookiesList.size()]; cookiesList.toArray(transferedCookie);

接下来，需要把Cookie送到目标服务器中。我们��用HTTPClient与目标服务器�q�接。HTTPClient在与目标服务器连接以后，允许服务器设�|�Cookie�q�在需要的时候自动将Cookie�q�回服务器，也支持手工设�|?Cookie后发送到服务器端。但是，�׃��如何处理cookie有几个规范互相冲�H�：Netscape Cookie 草案、RFC2109、RFC2965�Q�而且�q�有很大数量的��Y件商的Cookie实现不遵循�Q何规范�?��Z��处理�q�种状况�Q�需要把HttpClient讄��成Cookie兼容模式�Q�这样可以最大限度的处理好各�U�Cookie。下面的代码把Cookie送到目标服务器�?/p>

HttpClient client = new HttpClient(); //从request得到所有需要传输的cookie Cookie[] questCookie = getCookieFromRequest(request); //讄��HTTPClient为Cookie兼容模式 client.getState().setCookiePolicy(CookiePolicy.COMPATIBILITY); if (questCookie.length > 0) //把Cookie加到httpclient�? client.getState().addCookies(questCookie); HttpMethod method = new GetMethod(TagerURL); //向目标服务器发送请�? int statusCode = client.executeMethod(method); method.releaseConnection();

MTS把请求和Cookie送出后，�l�箋接收目标服务器的应答�Q�读取返回的原始Cookie�Q��ƈ转换成可以存储在用户��览器端的Cookie。下面的代码��对原始Cookie的内容进行变换，保留expires和secure�{�项�Q�把domain和path��编码到name中去�?/p>

//从HTTPClient中取得所有的Cookie Cookie[] temp = client.getState().getCookies(); if (temp != null) { javax.servlet.httpCookie theCookie = new javax.servlet.http.Cookie[temp.length]; //逐一对Cookie�q�行处理 for (int i = 0; i < temp.length; i++) { StringBuffer sb = new StringBuffer(); //�~�码成domain||path||name sb.append( temp[i].getDomain() == null ? " " : temp[i].getDomain()); sb.append("||"); sb.append(temp[i].getPath() == null ? " " : temp[i].getPath()); sb.append("||"); sb.append(temp[i].getName() == null ? " " : temp[i].getName()); theCookie[i] = new Cookie(sb.toString(),temp[i].getValue()); //复制其他��? theCookie[i].setMaxAge(theCookie[i].getMaxAge(); theCookie[i].setSecure(temp[i].getSecure()); theCookie[i].setVersion(temp[i].getVersion()); theCookie[i].setComment(temp[i].getComment()); } }

最后一步，把这些Cookie保存到response里，随HTTP应答头返回用��h��览器。�ƈ保存在浏览器中�?/p>

//把所有�{换后的Cookie加入response for (int i = 0; i < theCookie.length; i++) { response.addCookie(theCookie[i]); }

��x��Q�我们已�l�完成了接收用户��h��Q��{换Cookie�Q�发送到目标服务器，接收目标服务器的原始Cookie�Q��ƈ保存在客��h��览器的整个处理过�E��?/p>

回页�?/font>

�Ҏ��二：Cookie存储在服务器�?/span>

在此�U�方案中�Q�目标服务器�q�回�l�MTS的Cookie��被�l�织成dataBean�Q�存储在用户的Session中。因此，我们首先生成一个用来存储Cookie的类CookiesBean�Q�根据它的特性，它可以��承ArraryList�c�R��此对象��存储用戯��问目标服务器时接收到的所有Cookie�Q��ƈ提供与新接收到的Cookie融合的功能，同时能够删除�q�期的Cookie�Q�更新同名的Cookie�?/p>

public class CookiesBean extends ArrayList { /** * 处理Cookies. * @参数 Cookies array */ public CookiesBean(Cookie[] cook) { if (cook == null) return; //add all cookie which isn't expired. for (int i = 0; i < cook.length; i++) { if (!cook[i].isExpired()) { add(cook[i]); } } } /** * 融合参数中的bean * @参数 bean * 参�? rfc2109 4.3.3 Cookie Management */ public void RefreshBean(CookiesBean bean) { if (bean == null) return; Iterator it = bean.iterator(); //针对bean中的每一个Cookie�q�行处理 while (it.hasNext()) { Cookie beanCookie = (Cookie) it.next(); if (beanCookie == null) continue; ArrayList drop = new ArrayList(); Iterator thisIt = iterator(); //取出存储的Cookie�q�行比较和处�? while (thisIt.hasNext()) { Cookie thisCookie = (Cookie) thisIt.next(); if (thisCookie == null) continue; //比较name�Q�domain和path,如果一��L��话，则把此Cookie�U�d��drop�? if (CommonMethods .CompString(beanCookie.getName(), thisCookie.getName()) && CommonMethods.CompString( beanCookie.getDomain(), thisCookie.getDomain()) && CommonMethods.CompString( beanCookie.getPath(), thisCookie.getPath())) { drop.add(thisCookie); continue; } //删除�q�期的Cookie if (thisCookie.isExpired()) drop.add(thisCookie); } //删除所有drop中的Cookie this.removeAll(drop); //如果beanCookie有效�Q�则加入到存储区中�? if (!beanCookie.isExpired()) add(beanCookie); } return; } }

当MTS接受到客��L��的翻译请求后�Q�会从Session中提取出所有的dataBean�Q��ƈ得到存储的所有Cookie。如以下代码�Q?/p>

CookiesBean dataBean = null; Cookie[] theCookies = new Cookie[0]; ArrayList cookiesList = new ArrayList(); //获得Session�Q��ƈ获得dataBean HttpSession session = request.getSession(false); if (session != null) { dataBean = (CookiesBean) session.getAttribute(SESSION_NAME); } else { return theCookies; }

MTS在所有的存储的Cookie中，��查Cookie的Domain、path和secure的��|��{�选出�W�合目标服务器的Cookie�?/p>

//提取目标服务器的domain和path String url = context.getURL(); String domain = URLUtil.getURLHost(url); String path = url.substring(domain.length()); String cookiedomain = null; String cookiepath = null; //逐个比较Cookie的domain和path //把符合要求的Cookie�U�录到cookiesList�? for (int i = 0; i < dataBean.size(); i++) { Cookie cookie = (Cookie) dataBean.get(i); if (cookie == null) continue; cookiedomain = (cookie.getDomain() == null) ? "" : cookie.getDomain(); cookiepath = (cookie.getPath() == null) ? " " : cookie.getPath(); if (!path.startsWith(cookiepath)) continue; if (cookiedomain.startsWith(".")) { if (!domain.endsWith(cookiedomain)) continue; } else if (!domain.endsWith("://" + cookiedomain)) continue; if (cookie.isExpired()) continue; if (cookie.getSecure() && url.toLowerCase().startsWith("http:")) continue; cookiesList.add(cookie); } theCookies = new Cookie[cookiesList.size()]; cookiesList.toArray(theCookies); return theCookies;

把Cookie送到目标服务器的代码与方案一基本一��P��在此忽略�?/p>
最后一步，需要把Cookie存储到Session中。下面的代码��从目标服务器接受Cookie�Q�融入到dataBean中，�q�保存到客户的Session中�?/p>

//从目标服务器得到Cookie�? Cookie[] cookies = client.getState().getCookies(); CookiesBean bean = new CookiesBean(cookies); CookiesBean dataBean = bean; //取得用户Session HttpSession session = request.getSession(false); if (session != null) { if (session.getAttribute(SESSION_NAME) != null) { //��d��Session中存取的dataBean dataBean = (CookiesBean) session.getAttribute(SESSION_NAME); //目标服务器端的Cookie融合到Session中的dataBean�? dataBean.RefreshBean(bean); } //把最�l�的dataBean存入Session�? session.setAttribute(SESSION_NAME, dataBean); }

��x��Q�我们已�l�完成了在Session中保存个目标服务器所产生Cookie的整个处理过�E��?/p>

回页�?/font>

关于Session的考虑

在研�I�完如何��理和传递Cookie之后�Q�我们也需要研�I�一下Session的传递。因为目前大部分站点都在采用Session机制保存用户状态数据，如果不能解决Session的传递问题，HTTP应用代理服务器的适用范围同样会大打折扣�?/p>
首先我们了解一下Session的实现机制。Session是一�U�服务器端的机制�Q�服务器使用一�U�类��g��散列表的�l�构来保存信息。当�E�序需要�ؓ某个客户端的��h��创徏一个session的时候，服务器首先检查这个客��L��的请求里是否已包含了一个session标识 - �U�Cؓsession id�Q�如果已包含一个session id则说明以前已�l��ؓ此客��L��创徏�q�session�Q�服务器��按照session id把这个session��索出来��用（如果��索不刎ͼ�可能会新��Z��个）�Q�session id的值应该是一个既不会重复�Q�又不容易被扑ֈ�规律以仿造的字符丌Ӏ?/p>
保存�q�个session id的方式之一��是采用Cookie。一般这个Cookie的名字都�c�M��?SESSIONID。比如WebSphere对于Web应用�E�序生成的Cookie�Q�JSESSIONID= 0001HWF4iVD94pY8Cpbx6U4CXkf:10lro0398�Q�它的名字就�?JSESSIONID�?/p>
保存session id的其他方式还包括URL重写和表单隐藏字�D�c��这两种方式都不需要代理服务器作特�D�处理。因此实际上�Q�我们解决了Cookie的管理和传递的问题之后�Q�也��p��决了Session的管理和传递�?/p>

回页�?/font>

�l�束�?/span>

从上面的讨论中可以看出，�׃��Cookie本��n的规范限�Ӟ��HTTP应用代理所必需面对的一个问题就是如何对Cookie�q�行正确的处理。本文对此提��Z��两种解决思�\�q�列��Z��实现代码。对于MTS��目本��n�Q�我们��用的是第二种�Ҏ��。开发�h员在认识好Cookie本��n的特性之后，参照本文的思�\�Q�根据自��q��l�的特点�Q�也会找出更适宜的解��x��案�?/p>

参考资�?

Netscape Cookie Specification 对Netscape Cookie 使用的特性进行了��要的介绍�?br>

RFC2965�Q�HTTP State Management Mechanism 介绍了HTTP 状态管理机�?br>

RFC2109 w3c发布的第一个官方cookie规范

RFC2616�Q�Hypertext Transfer Protocol ��文本传输协�?br>

Ronald Tschalr开发了 HTTPClient�Q�将其作�?URLConnection 的替代品�?br>

Jakarta Regexp Apache 的开源项目，处理正则表达式的java包�?br>

关于作�?/span>

黄湘�q�x��一名工作在IBM CSDL的高�U��Y件工�E�师�Q�从1997�q�开始从事网�l�开发设计工作。他对Java的网�l�和Web开发有丰富的经验，对底层协议也有一定的了解。现在正从事于页面在�U�翻译项目的开发和支持。你可以通过jobike@sina.com与黄湘��^联系�?/p>

doing5552 2010-10-10 22:29 发表评论

doing5552 — Tue, 28 Sep 2010 14:06:00 GMT
在下列函数声明中�Q��ؓ什么要同时使用*�?amp;�W�号�Q�以及什么场合��用这�U�声明方�?
　　void func1�Q?MYCLASS *&pBuildingElement �Q�；

　　论坛中经常有人问到这��L��问题。本文试�?a class=vLink1 id=vad_4 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,4,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,4)" target=_blank name=4>通过一�?a class=vLink1 id=vad_9 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,9,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,9)" target=_blank name=9>实际的指针��?a class=vLink1 id=vad_7 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,7,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,7)" target=_blank name=7>�l�验来解释这个问题�?br>仔细看一下这�U�声明方式，��实有点让�h�q�h��。在某种意义上，"*"�?&"是意思相对的两个东西�Q�把它们攑֜�一��h��什么意义呢�Q�。�ؓ了理解指针的�q�种做法�Q�我们先复习一下C/C++�~�程中无所不在的指针概��c��我们都知道MYCLASS*的意思：指向某个对象的指针，此对象的�c�d��为MYCLASS�?Void func1�Q�MYCLASS *pMyClass�Q�；

// 例如�Q?MYCLASS* p = new MYCLASS�Q?br>func1�Q�p�Q�；
上面�q�段代码的这�U�处理方法想必谁都用�q�，创徏一个MYCLASS对象�Q�然后将它传入func1函数。现在假设此函数要修改pMyClass�Q?void func1�Q�MYCLASS *pMyClass�Q?br>{
DoSomething�Q�pMyClass�Q�；
pMyClass = // 其它对象的指�?br>}

　　�W�二条语句在函数�q�程中只修改了pMyClass的倹{��ƈ没有修改调用者的变量p的倹{�?a class=vLink1 id=vad_11 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,11,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,11)" target=_blank name=11>如果p指向某个位于地址0x008a00的对象，当func1�q�回�Ӟ��它仍然指向这个特定的对象。（除非func1有bug��堆弄�ؕ了，完全有这�U�可能。）

　　现在假设你想要在func1中修改p的倹{��这是你的权利。调用者传入一个指针，然后函数�l�这个指针赋倹{��以往一般都是传双指针，��x��针的指针�Q�例如，CMyClass**�?br>

MYCLASS* p = NULL�Q?br>func1�Q?amp;p�Q�；

void func1�Q�MYCLASS** pMyClass�Q�；
{
*pMyClass = new MYCLASS�Q?br>……
}

　　调用func1之后�Q�p指向新的对象。在COM�~�程中，你到处都会碰到这��L��用法--例如�?a class=vLink1 id=vad_5 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,5,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,5)" target=_blank name=5>查询对象接口的QueryInterface函数中：

interface ISomeInterface {
HRESULT QueryInterface�Q�IID &iid, void** ppvObj�Q�；
……
}�Q?
LPSOMEINTERFACE p=NULL�Q?
pOb->QueryInterface�Q�IID_SOMEINTERFACE, &p�Q�；

　　此处�Q�p是SOMEINTERFACE�c�d��的指针，所�?amp;p便是指针的指针，在QueryInterface�q�回的时候，如果调用成功�Q�则变量p包含一个指向新的接口的指针�?br>
　　如果你理解指针的指针�Q�那么你肯定��q��解指针引用，因�ؓ它们完全是一回事。如果你�?a class=vLink1 id=vad_2 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,2,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,2)" target=_blank name=2>下面�q�样声明函数�Q?br>

void func1�Q�MYCLASS *&pMyClass�Q�；
{
pMyClass = new MYCLASS�Q?
……
}

　　其实�Q�它和前面所讲得指针的指针例子是一码事�Q�只�?a class=vLink1 id=vad_0 onmouseover="this.style.borderBottom='2px #FF3366 solid';var fxEvent=arguments[0];kwmouseover(this,0,fxEvent);" style="FONT-SIZE: 1em; CURSOR: pointer; COLOR: #ff3366; BORDER-BOTTOM: #ff3366 1px dotted; TEXT-DECORATION: underline" onmouseout="this.style.borderBottom='1px #FF3366 dotted';kwmouseout(this,0)" target=_blank name=0>语法有所不同。传递的时候不用传p的地址&p�Q�而是直接传p本��n�Q?br>
　　MYCLASS* p = NULL�Q?br>　　func1�Q�p�Q�；

　　在调用之后，p指向一个新的对象。一般来�Ԍ��引用的原理或多或��就象一个指针，从语法上看它��是一个普通变量。所以只要你��到*&�Q�就应该惛_��**。也��是说这个函��C��Ҏ��可能修改调用者的指针�Q�而调用者象普通变量一样传递这个指针，不��用地址操作�W?amp;�?br>
　　至于说什么场合要使用�q�种�Ҏ��Q�我会说�Q�极��。MFC在其集合�c�M��用到了它--例如�Q�CObList�Q�它是一个Cobjects指针列表�?br>

Class CObList : public Cobject {
……

// 获取/修改指定位置的元�?br>Cobject*& GetAt�Q�POSITION position�Q�；
Cobject* GetAt�Q�POSITION position�Q?const�Q?br>}�Q?br>

　　�q�里有两个GetAt函数�Q�功能都是获取给定位�|�的元素。区别何在呢�Q?br>
　　区别在于一个让你修改列表中的对象，另一个则不行。所以如果你写成下面�q�样�Q?Cobject* pObj = mylist.GetAt�Q�pos�Q�；

　　则pObj是列表中某个对象的指针，如果接着改变pObj的��|�� pObj = pSomeOtherObj�Q?br>
　　�q��ƈ改变不了在位�|�pos处的对象地址�Q�而仅仅是改变了变量pObj。但是，如果你写成下面这��P�� Cobject*& rpObj = mylist.GetAt�Q�pos�Q�；

　　现在�Q�rpObj是引用一个列表中的对象的指针�Q�所以当改变rpObj�Ӟ��也会改变列表中位�|�pos处的对象地址--换句话说�Q�替代了�q�个对象。这��是��Z��么CObList会有两个GetAt函数的缘故。一个可以修�Ҏ��针的��|��另一个则不能。注意我在此说的是指针，不是对象本��n。这两个函数都可以修改对象，但只�?&版本可以替代对象�?

　　在C/C++中引用是很重要的�Q�同时也是高效的处理手段。所以要��x��为C/C++高手�Q�对引用的概忉|��有透彻的理解和熟练的应用是不行的�?

doing5552 2010-09-28 22:06 发表评论

�l�说HTML元素的ID和Name属性的区别

doing5552 — Wed, 22 Sep 2010 02:39:00 GMT
可以说几乎每个做�q�Web开发的人都问过�Q�到底元素的ID和Name有什么区别阿�Q��ؓ什么有了ID�q�要有Name�?! 而同��h��们也可以得到最classical的答案：ID��像是一个�h的��n份证��L��Q�而Name��像是他的名字，ID昄��是唯一的，而Name是可以重复的�?br>
    上周我也遇到了ID和Name的问题，在页面里输入了一个input type="hidden"�Q�只写了一个ID='SliceInfo'�Q�赋值后submit�Q�在后台用Request.Params["SliceInfo"]却怎么也去不到�?img height=19 src="http://www2.cnblogs.com/Emoticons/emdgust.gif" width=19 border=0>。后来恍然大悟因该用Name来标�C�，于是在input里加了个Name='SliceInfo'�Q�就一切ok了�?br>
    �W�一�D�里对于ID和Name的解�{�说的太�W�统了，当然那个解释对于ID来说是完全对的，它就是Client端HTML元素的Identity。而Name其实要复杂的多，因�ؓName有很多种的用途，所以它�q�不能完全由ID来代替，从而将其取消掉。具体用途有�Q?br>
    用�?: 作�ؓ可与服务器交互数据的HTML元素的服务器端的标示�Q�比如input、select、textarea、和button�{�。我们可以在服务器端�Ҏ��其Name通过Request.Params取得元素提交的倹{�?br>    用�?: HTML元素Input type='radio'分组�Q�我们知道radio button控�g在同一个分�l�类�Q�check操作是mutex的，同一旉��只能选中一个radio�Q�这个分�l�就是根据相同的Name属性来实现的�?br>    用�?: 建立��面中的锚点�Q�我们知�?lt;a href="URL">link是获得一个页面超�U�链接，如果不用href属性，而改用Name�Q�如�Q?lt;a name="PageBottom">�Q�我们就获得了一个页面锚炏V�?br>    用�?: 作�ؓ对象的Identity�Q�如Applet、Object、Embed�{�元素。比如在Applet对象实例中，我们��用其Name来引用该对象�?br>    用�?: 在IMG元素和MAP元素之间兌��的时候，如果要定义IMG的热点区域，需要��用其属性usemap�Q��usemap="#name"(被关联的MAP元素的Name)�?br>    用�?: 某些特定元素的属性，如attribute�Q�meta和param。例如�ؓObject定义参数或Meta�?lt;META NAME = "Author" CONTENT = "Dave Raggett">�?br>
    昄��q�些用途都不是能简单的使用ID来代替掉的，所以HTML元素的ID和Name的却别�ƈ不是�w�䆾证号码和姓名�q�样的区别，它们更本��是不同作用的东�ѝ�?br>
    当然HTML元素的Name属性在��面中也可以起那么一点ID的作用，因�ؓ在DHTML对象树中�Q�我们可以��用document.getElementsByName来获取一个包含页面中所有指定Name元素的对象数�l�。Name属性还有一个问题，当我们动态创建可包含Name属性的元素�Ӟ��不能��单的使用赋值element.name = "..."来添加其Name�Q�而必��d��创徏Element�Ӟ��使用document.createElement('')为元素添加Name属性。这是什么意思啊�Q�看下面的例子就明白了�?

<script language="JavaScript">
var input = document.createElement('INPUT');
input.id = 'myId';
input.name = 'myName';
alert(input.outerHTML);
script>

    消息框里昄��的结果是�Q?lt;INPUT id=myId>�?/p>

<script language="JavaScript">
var input = document.createElement('<INPUT name="myName">');
input.id = 'myId';
alert(input.outerHTML);
script>

    消息框里昄��的结果是�Q?lt;INPUT id=myId name=myName>�?br>    初始化Name属性的�q�个设计不是IE的缺��P��因�ؓMSDN里说了要�q�么做的�Q�可是这栯��计的原理什么呢�Q�我暂时没有惛_��明白�?br>
    �q�里再顺便说一下，要是��面中有n(n>1)个HTML元素的ID都相同了怎么办？在DHTML对象中怎么引用他们呢？如果我们使用ASPX��面�Q�这��L��情况是不�Ҏ��发生的，因�ؓaspnet�q�程在处理aspx��面时根本就不允许有ID非唯一�Q�这是页面会被抛出异常而不能被正常的render。要是不是动态页面，我们��要让ID重复那IE怎么搞呢�Q�这个时候我们还是可以��l��用document.getElementById获取对象�Q�只不过我们只能获取ID重复的那些对象中在HTML Render时第一个出现的对象。而这旉��复的ID会在引用时自动变成一个数�l�，ID重复的元素按Render的顺序依�ơ存在于数组中�?br>

doing5552 2010-09-22 10:39 发表评论


		黄湘�q�x��一名工作在IBM CSDL的高�U��Y件工�E�师�Q�从1997�q�开始从事网�l�开发设计工作。他对Java的网�l�和Web开发有丰富的经验，对底层协议也有一定的了解。现在正从事于页面在�U�翻译项目的开发和支持。你可以通过jobike@sina.com与黄湘��^联系�?/p>

亚洲色婷婷综合久久,久久强奷乱码老熟女网站,高清免费久久午夜精品

联合(union)用法

POSIX �U�程

Page navigation

Linux �U�程模型

POSIX �U�程详解

Posix �U�程�~�程指南

[转]正则表达�?0分钟入门教程

工作二年

[ubunt gcc stl] 使用库函�?sort() 排序自定义类旉���载operator<

linux Grep 用法

HTTP代理如何正确处理Cookie

�l�说HTML元素的ID和Name属性的区别

[ubunt gcc stl] 使用库函�?sort() 排序自定义类旉��载operator<