Unix中利用转义和引用来管理元字符( 二 )


另外需要注意的是,这个转义字符本身就是一个比较特殊的元字符 。如果用户想在命令或者文件名中使用这个符号的话,也需要采用转移字符 。如用户想利用echo或者printf命令显示网址 。在网址中就有很多符号,此时就需要采用转义字符来让系统将符号当作普通字符来对待 。
二、利用引用来解决元字符的问题 。
除了可以利用上面谈到的引用功能来处理这些元字符以外,还可以采用引用这个功能来解决 。简单的说,就是将一个命令参数放置在一对引号之内,则这个引号之内内容如果有元字符的话,则这些元字符将不起作用 。那么既然转义功能已经可以解决元字符的问题,系统还提出了一个引用的解决方案,是否多次一举呢?其实不然 。当一个命令行中含有多个元字符的时候,需要在每个元字符前面加一个转移字符 。为此此时如果采用转义字符来解决这个元字符的问题时,会非常的繁琐 。此时如果采用引用机制来解决元字符的问题时,可能会更加的理想 。如现在系统工程师希望能够在屏幕上打出如下信息(这是一个共享文件的路径):192.128.11.3shareITsoftwarepdf 。如果采用转移字符的话,该如何写呢?由于这个输出结果中有四个元字符(转义字符),为此管理员不得不用四个转移字符来处理 。即要写成echo 192.128.11.3shareITsoftwarepdf 。这显然非常的麻烦 。遇到这种情况时,如果采用引用的话,显然会更加的合适 。如采用引用机制,只需要将这个命令写为即可:
echo ‘192.128.11.3shareITsoftwarepdf’
将一大串命令采用单引号因起来 。则系统会将命令行中的一些元字符都当作普通字符来对待 。即不需要为每一个元字符采用转移字符 。显然这个引用解决方案要比采用转义字符来解决要方便的多 。
在采用引用机制来处理元字符时,需要注意跟双引号的区别 。如现在有如下三个命令echo $JAVA_HOME、echo ‘$JAVA_HOME’、 “echo $JAVA_HOME 。其中$JAVA_HOME表示应用程序Java的环境变量 。此时如果系统工程师依次运行上面这三个命令,会有什么结果呢?第一个命令会正常显示Java的环境变量;第二个命令直接显示$JAVA_HOME,即已经将元字符$当作普通字符来对待 。第三个命令的话仍然显示Java的环境变量 。可见双引号与单引号在引用机制上,还是有所不同的 。那么他们到底有什么差异呢?总的来说,系统工程师需要注意如下内容 。单引号会保护里面所有的元字符,即遇到元字符时会告诉系统当作普通字符来对待 。但是如果采用了双引号,则系统会将单引号之间的内容解释为命令行 。如会将$当作环境变量的前缀等等 。其实单引号与双引号还有一种相互保护的作用 。即双引号保护其中的单引号,而单引号保护其中的双引号 。因为无论是双引号还是单引号本身就都是元字符,可以通过引用机制来进行保护 。不过在遇到单引号与双引号(都当作普通字符)都存在的情况下,笔者建议还是采用转移字符来保护单引号或者双引号为好 。这可以避免误解,也容易提高代码的可读性 。同理,如果要将转移字符 当作普通字符来实用的话,那么最好也是利用单引号来保护这个转移字符,而不是利用转移字符来保护转移字符 。这些虽然不影响实际的应用,但是却是提高代码可读性的有效手段 。
【Unix中利用转义和引用来管理元字符】从以上的分析中可以看出,虽然转移字符与引用机制等等都可以将元字符当作普通字符来对待 。但是,两者在实现的方法上还是有一定的差异 。为此最好能够根据应用场合的不同,在选择合适的解决方案 。一般来说,两者的差异只是实现方法上的差异,在具体的功能上没有区别 。不过为了代码的易读性上考虑,选择具体的解决方案是还需要慎重 。不过总的来说,系统工程师必须同时掌握这两种方法 。然后根据不同的情况现在合适的解决方法 。如果光掌握一种解决措施,可能不能够解决所有跟元字符相关的问题 。

推荐阅读