对于一个文件来说，有唯一的索引接点(inode)与之对应，而对于一个索引接点号，却可以有多个文件名与之对应。因此，在磁盘上的同一个文件可以通过不同的路径去访问该文件。注意在Linux下是一切皆文件的啊，文件夹、新加的硬盘 ...都可以看着文件来处理的啊。
连接有软连接和硬连接(hard link)之分的，软连接(symbolic link)又叫符号连接。符号连接相当于Windows 下的快捷方式。
***************不可以对 文件夹/目录 建立硬连接的，我们通常用的还是软连接比较多。************
eg:
ln -s source dist # 建立软连接
ln source dist # 建立硬连接
它们到底有什么区别呢？上次也好好的看了，好象同文件系统的结构有一定的关系，没怎么太详细的研究下次看明白了再加上。
----------------------
阅读全文...
这个是form里面的name与id的区别
我们可以通过一段代码来分析一下其中的微妙差别:
<form method="post" action="" name="demoform">
<input type="text" name="oDemo" id=”oDemo2” value="DEMO" />
</form>
在IE浏览器里，我们可以通过多少方法来索引到这个文本框对象？(为区别起见，我们把NAME和ID设成了不同的值)
1. oDemo
2. demoform.oDemo
3. document.all.oDemo
4. document.all.demoform.oDemo
5. document.forms[0].oDemo
6. document.forms['demoform'].oDemo
7. document.forms['demoform'].childNodes[0]
8. document.forms['demoform'].elements[0]
9. document.getElementById('oDemo2')
以上9种索引方法在IE6里面全部通过返回值测试，不过值得注意的是最后一种：在IE6里，我把索引对象写成
document.getElementById('oDemo')，浏览器也能正确索引到对象，真是可怕的容错性啊！！
接着问题来了，我们把这段代码放在Mozilla Firefox 1.0里再执行一次，只有第7种方法返回“undefined”，其他的方法可以正确
索引到对象，不过由于第3、4种方法用到了document.all这个IE专有对象，FF1.0虽然返回了正确的值，不过却在控制台里发出了警
告：警告：非标准的属性 document.all。请使用 W3C 的标准形式 document.getElementById() 。
接下来我们把HTML文本类型定义得严格一点，在源代码开头加上：
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
使HTML文本按照HTML4.01标准去解析，在IE6里照样全部通过返回值测试，不过在Mozilla Firefox 1.0里麻烦就大了，第3、4种方法
没有任何的返回值，而在控制台里发出了报错信息：错误： document.all has no properties ，而第7种方法依旧返回“undefined
”。
小 结
name原来是为了标识之用，但是现在根据规范，都建议用id来标识元素。
以下只能用name：
1. 表单（form）的控件名，提交的数据都用控件的name而不是id来控制。因为有许多name会同时对应多个控件，比如
checkbox和radio，而id必须是全文档中唯一的。此外浏览器会根据name来设定发送到服务器的request。因此如果用id，服务器是无
法得到数据的。
2. frame和window的名字，用于在其他frame或window指定target。
以下只能用id：
1. label与form控件的关联，
<label for="MyInput">My Input</label>
<input id="MyInput" type="text">
for属性指定与label关联的元素的id，不可用name替代。
2. CSS的元素选择机制，以#MyId的方式指定应用样式的元素，不能用name替代。
3. 脚本中获得对象：
IE支持在脚本中直接以id（而不是name）引用该id标识的对象。例如上面的input，要在脚本中获得输入的内容，可以直接以
MyInput.value来获得。
如果用DOM的话，则用document.getElementById("MyInput").value，如果要用name的话，通常先得到包含控件的form，例如
document.forms[0]，然后从form再引用name，注意这样得到的是经过计算后将发送给服务器的值。
name与id的其他区别是：
id要符合标识的要求，比如大小写敏感，最好不要包含下划线（因为不兼容CSS）。而name基本上没有什么要求，甚至可以用数字
。
用CSS控制这个链接的停留样式，
可以这样写 #m_blog div.opt a:hover{color:#D57813} 或 #myLink:hover{color:#D57813}
NAME主要应用在交互式网页，表单提交给某个服务器端脚本后接收变处理量使用。从源代码的规范性和兼容性角度出发，如在客户端
脚本里要索引某个对象，建议用document.getElementById()方法，尽量不要直接使用NAME的值，当然如果不考虑兼容性，以上9种方
法都可以在IE里运行通过(IE5.0没测试过)。
附：测试源代码
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head> <meta http-equiv="Content-Type" content="text/html; charset=gb2312" />
<title></title>
</head>
<body>
<form method="post" action="" name="demoform">
<input type="text" name="oDemo" value="DEMO" id="oDemo2" /><br />
<input type="button" value="oDemo" onclick="alert(oDemo.value)" /><br />
<input type="button" value="demoform.oDemo" onclick="alert(demoform.oDemo.value)" /><br />
<input type="button" value="document.all.oDemo" onclick="alert(document.all.oDemo.value)" /><br />
<input type="button" value="document.all.demoform.oDemo" onclick="alert(document.all.demoform.oDemo.value)" /><br />
<input type="button" value="document.forms[0].oDemo" onclick="alert(document.forms[0].oDemo.value)" /><br />
<input type="button" value="document.forms['demoform'].oDemo" onclick="alert(document.forms['demoform'].oDemo.value)" /><br />
<input type="button" value="document.forms['demoform'].childNodes[0]" onclick="alert(document.forms['demoform'].childNodes[0].value)" /><br />
<input type="button" value="document.forms['demoform'].elements[0]" onclick="alert(document.forms['demoform'].elements[0].value)" /><br />
<input type="button" value="document.getElementById('oDemo2')" onclick="alert(document.getElementById('oDemo2').value)" /><br />
</form>
</body>
</html>
可以说几乎每个做过Web开发的人都问过，到底元素的ID和Name有什么区别阿？为什么有了ID还要有Name呢?! 而同样我们也可以得到最classical的答案：ID就像是一个人的身份证号码，而Name就像是他的名字，ID显然是唯一的，而Name是可以重复的。
上周我也遇到了ID和Name的问题，在页面里输入了一个input type="hidden"，只写了一个ID='SliceInfo'，赋值后submit，在后台用Request.Params["SliceInfo"]却怎么也去不到值。后来恍然大悟因该用Name来标示，于是在input里加了个Name='SliceInfo'，就一切ok了。
第一段里对于ID和Name的解答说的太笼统了，当然那个解释对于ID来说是完全对的，它就是Client端HTML元素的Identity。而Name其实要复杂的多，因为Name有很多种的用途，所以它并不能完全由ID来代替，从而将其取消掉。具体用途有：
用途1: 作为可与服务器交互数据的HTML元素的服务器端的标示，比如input、select、textarea、和button等。我们可以在服务器端根据其Name通过Request.Params取得元素提交的值。
用途2: HTML元素Input type='radio'分组，我们知道radio button控件在同一个分组类，check操作是mutex的，同一时间只能选中一个radio，这个分组就是根据相同的Name属性来实现的。
用途3: 建立页面中的锚点，我们知道link是获得一个页面超级链接，如果不用href属性，而改用Name，如：，我们就获得了一个页面锚点。
用途4: 作为对象的Identity，如Applet、Object、Embed等元素。比如在Applet对象实例中，我们将使用其Name来引用该对象。
用途5: 在IMG元素和MAP元素之间关联的时候，如果要定义IMG的热点区域，需要使用其属性usemap，使usemap="#name"(被关联的MAP元素的Name)。
用途6: 某些特定元素的属性，如attribute，meta和param。例如为Object定义参数
或Meta中。
显然这些用途都不是能简单的使用ID来代替掉的，所以HTML元素的ID和Name的却别并不是身份证号码和姓名这样的区别，它们更本就是不同作用的东西。
当然HTML元素的Name属性在页面中也可以起那么一点ID的作用，因为在DHTML对象树中，我们可以使用document.getElementsByName来获取一个包含页面中所有指定Name元素的对象数组。Name属性还有一个问题，当我们动态创建可包含Name属性的元素时，不能简单的使用赋值element.name = "..."来添加其Name，而必须在创建Element时，使用document.createElement('')为元素添加Name属性。这是什么意思啊？看下面的例子就明白了。
<script language="JavaScript">
var input = document.createElement('INPUT');
input.id = 'myId';
input.name = 'myName';
alert(input.outerHTML);
</script>
消息框里显示的结果是：
<INPUT id=myId>
。
<script language="JavaScript">
var input = document.createElement('<INPUT name="myName">');
input.id = 'myId';
alert(input.outerHTML);
</script>
消息框里显示的结果是：
<INPUT id=myId name=myName>
初始化Name属性的这个设计不是IE的缺陷，因为MSDN里说了要这么做的，可是这样设计的原理什么呢？我暂时没有想太明白。
这里再顺便说一下，要是页面中有n(n>1)个HTML元素的ID都相同了怎么办？在DHTML对象中怎么引用他们呢？如果我们使用ASPX页面，这样的情况是不容易发生的，因为aspnet进程在处理aspx页面时根本就不允许有ID非唯一，这是页面会被抛出异常而不能被正常的render。要是不是动态页面，我们硬要让ID重复那IE怎么搞呢？这个时候我们还是可以继续使用document.getElementById获取对象，只不过我们只能获取ID重复的那些对象中在HTML Render时第一个出现的对象。而这时重复的ID会在引用时自动变成一个数组，ID重复的元素按Render的顺序依次存在于数组中。
String 字符串常量
StringBuffer 字符串变量（线程安全）
StringBuilder 字符串变量（非线程安全）
简要的说， String 类型和 StringBuffer 类型的主要性能区别其实在于 String 是不可变的对象, 因此在每次对 String 类型进行改变的时候其实都等同于生成了一个新的 String 对象，然后将指针指向新的 String 对象，所以经常改变内容的字符串最好不要用 String ，因为每次生成对象都会对系统性能产生影响，特别当内存中无引用对象多了以后， JVM 的 GC 就会开始工作，那速度是一定会相当慢的。
而如果是使用 StringBuffer 类则结果就不一样了，每次结果都会对 StringBuffer 对象本身进行操作，而不是生成新的对象，再改变对象引用。所以在一般情况下我们推荐使用 StringBuffer ，特别是字符串对象经常改变的情况下。而在某些特别情况下， String 对象的字符串拼接其实是被 JVM 解释成了 StringBuffer 对象的拼接，所以这些时候 String 对象的速度并不会比 StringBuffer 对象慢，而特别是以下的字符串对象生成中， String 效率是远要比 StringBuffer 快的：
String S1 = “This is only a” + “ simple” + “ test”;
StringBuffer Sb = new StringBuilder(“This is only a”).append(“ simple”).append(“ test”);
你会很惊讶的发现，生成 String S1 对象的速度简直太快了，而这个时候 StringBuffer 居然速度上根本一点都不占优势。其实这是 JVM 的一个把戏，在 JVM 眼里，这个
String S1 = “This is only a” + “ simple” + “test”; 其实就是：
String S1 = “This is only a simple test”; 所以当然不需要太多的时间了。但大家这里要注意的是，如果你的字符串是来自另外的 String 对象的话，速度就没那么快了，譬如：
String S2 = “This is only a”;
String S3 = “ simple”;
String S4 = “ test”;
String S1 = S2 +S3 + S4;
这时候 JVM 会规规矩矩的按照原来的方式去做
在大部分情况下 StringBuffer > String
StringBuffer
Java.lang.StringBuffer线程安全的可变字符序列。一个类似于 String 的字符串缓冲区，但不能修改。虽然在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。
可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步，因此任意特定实例上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致。
StringBuffer 上的主要操作是 append 和 insert 方法，可重载这些方法，以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端；而 insert 方法则在指定的点添加字符。
例如，如果 z 引用一个当前内容是“start”的字符串缓冲区对象，则此方法调用 z.append("le") 会使字符串缓冲区包含“startle”，而 z.insert(4, "le") 将更改字符串缓冲区，使之包含“starlet”。
在大部分情况下 StringBuilder > StringBuffer
java.lang.StringBuilde
java.lang.StringBuilder一个可变的字符序列是5.0新增的。此类提供一个与 StringBuffer 兼容的 API，但不保证同步。该类被设计用作 StringBuffer 的一个简易替换，用在字符串缓冲区被单个线程使用的时候（这种情况很普遍）。如果可能，建议优先采用该类，因为在大多数实现中，它比 StringBuffer 要快。两者的方法基本相同。
一个女人有一晚没回家 隔天她跟老公说她睡在一个女性朋友那边 她老公打电话给她最好的10个朋友，没有一个知道这件事！
一个男人有一晚没回家睡 隔天他跟老婆说他睡在一个兄弟那边 她老婆打电话给他最好的10个朋友，有八个好兄弟确定他老公睡在他们家..... 还有2个说"他老公还在他那儿！"
某网友的回帖：昨完把此帖给我老婆看，没想到她兴致大发；立刻打电话给我朋友问我是否在他们那里．结果可想而知，再次论证了上述观点！更离谱的是有一哥们竟然说我在他家喝醉了，正睡着呢，还问我老婆要不要喊我起来接电话？在挂了电话后，那哥们的电话马上打到我手机上，一接通没等我说话就大喊：在哪呢，快回家吧，你老婆找你呢，我说你在我家喝醉了．．．．．．回去前别忘了先喝酒．．．．．．通完话，我看着老婆默默无语……
最新评论