A18制造

[转自http://www.cnblogs.com/liunatural/archive/2009/07/08/1519019.html]

在Windows的shellapi文件中定义了一个名为SHFileOperation（）的外壳函数，用它可以实现各种文件操作，如文件的拷贝、删除、移动等，该函数使用起来非常简单，它只有一个指向SHFILEOPSTRUCT结构的参数。使用SHFileOperation（）函数时只要填写该专用结构--SHFILEOPSTRUCT，告诉Windows执行什么样的操作，以及其它重要信息就行了。SHFileOperation（）的特别之处在于它是一个高级外壳函数，不同于低级文件处理。当调用SHFileOperation操作文件时，相应的外壳拷贝处理器（如果有的话）被调用。如在删除某个文件时，SHFileOperation会将删除的文件放到Recycle Bin中。SHFileOperation（）函数的原形为：

　　函数中参数类型为一个LPSHFILEOPSTRUCT结构，它包含有进行文件操作的各种信息，其具体的结构如下：

　　在这个结构中，hWnd是指向发送消息的窗口句柄，pFrom与pTo是进行文件操作的源文件名和目标文件名，它包含文件的路径，对应单个文件的路径字符串，或对于多个文件，必须以NULL作为字符串的结尾或文件路径名之间的间隔，否则在程序运行的时候会发生错误。另外，pFrom和pTo都支持通配符*和？，这大大方便了开发人员的使用。例如，源文件或目录有两个，则应是：char pFrom[]="d:\\Test1\0d:\\Text.txt\0"，它表示对要D：盘Test目录下的所有文件和D：盘上的Text.txt文件进行操作。字符串中的"\\"是C语言中的'\'的转义符，'\0'则是NULL。wFunc 是结构中的一个非常重要的成员，它代表着函数将要进行的操作类型,它的取值为如下：

　　FO_COPY: 拷贝文件pFrom到pTo 的指定位置。

　　FO_RENAME: 将pFrom的文件名更名为pTo的文件名。

　　FO_MOVE: 将pFrom的文件移动到pTo的地方。

　　FO_DELETE： 删除pFrom指定的文件。

　　使用该函数进行文件拷贝、移动或删除时，如果需要的时间很长，则程序会自动在进行的过程中出现一个无模式的对话框（Windows操作系统提供的文件操作对话框），用来显示执行的进度和执行的时间，以及正在拷贝、移动或删除的文件名，此时结构中的成员lpszProgressTitle显示此对话框的标题。fFlags是在进行文件操作时的过程和状态控制标识。它主要有如下一些标识，也可以是其组合：

　　FOF_FILESONLY：执行通配符，只执行文件；

　　FOF_ALLOWUNDO：保存UNDO信息，以便在回收站中恢复文件；

　　FOF_NOCONFIRMATION：在出现目标文件已存在的时候，如果不设置此项，则它会出现确认是否覆盖的对话框，设置此项则自动确认，进行覆盖，不出现对话框。

　　FOF_NOERRORUI：设置此项后，当文件处理过程中出现错误时，不出现错误提示，否则会进行错误提示。

　　FOF_RENAMEONCOLLISION：当已存在文件名时，对其进行更换文提示。

　　FOF_SILENT：不显示进度对话框。

　　FOF_WANTMAPPINGHANDLE：要求SHFileOperation()函数返回正处于操作状态的实际文件列表，文件列表名柄保存在hNameMappings成员中。

　　SHFILEOPSTRUCT结构还包含一个SHNAMEMAPPING结构的数组，此数组保存由SHELL计算的每个处于操作状态的文件的新旧路径。

　　在使用该函数删除文件时必须设置SHFILEOPSTRUCT结构中的神秘FOF_ALLOWUNDO标志，这样才能将待删除的文件拷到Recycle Bin，从而使用户可以撤销删除操作。需要注意的是，如果pFrom设置为某个文件名，用FO_DELETE标志删除这个文件并不会将它移到Recycle Bin，甚至设置FOF_ALLOWUNDO标志也不行，在这里你必须使用全路径名，这样SHFileOperation才会将删除的文件移到Recycle Bin。

1.设置Cookie
Cookie cookie = new Cookie("key", "value");
cookie.setMaxAge(60); //设置60秒生存期，如果设置为负值的话，则为浏览器进程Cookie（内存中保存），关闭浏览器就失效。
cookie.setPath("/test/test2"); //设置Cookie路径，不设置的话为当前路径（对于Servlet来说为request.getContextPath() + web.xml里配置的该Servlet的url-pattern路径部分）
response.addCookie(cookie);
2.读取Cookie
//该方法可以读取当前路径以及“直接父路径”的所有Cookie对象，如果没有任何Cookie的话，则返回null
Cookie[] cookies = request.getCookies();
3.删除Cookie
Cookie cookie = new Cookie("key", null);
cookie.setMaxAge(0); //设置为0为立即删除该Cookie
cookie.setPath("/test/test2"); //删除指定路径上的Cookie，不设置该路径，默认为删除当前路径Cookie
response.addCookie(cookie);
4.注意：
假设路径结构如下
/
/test
/test/test2
/test345
/test555/test666

a.相同键名的Cookie（值可以相同或不同）可以存在于不同的路径下。

b. 删除时，如果当前路径下没有键为"key"的Cookie，则查询全部父路径，检索到就执行删除操作（每次只能删除一个与自己最近的父路径Cookie）
FF.必须指定与设定cookie时使用的相同路径来删除改cookie，而且cookie的键名不论大写、小写或大小混合都要指定路径。
IE.键名小写时，如果当前路径为/test/test2，如果找不到再向上查询/test、/test555、/test345，如果还找不到就查询/ 。（/test555/test666不查询）
键名大小写混合或大写时，不指定路径则默认删除当前路径，并且不向上查询。

c.读取Cookie时只能读取直接父路径的Cookie。
如果当前路径为/test/test2，要读取的键为"key"。当前路径读取后，还要读取/test，/test读取后，还要读取/

d.在做Java的web项目时，由于一般的Web服务器（如Tomcat或Jetty）都用Context来管理不同的Web Application，这样对于每个Context有不同的Path，
在一个Server中有多个Web Application时要特别小心，不要设置Path为/的Cookie，容易误操作。（当然前提是域名相同）

e.最好也不要在不同路径下使用相同键名的cookie，这样做很容易引起歧义。

f.为了避免对FF和IE或其他浏览器区分操作，设置cookie时最好指定路径，删除cookie也要指定路径。