php rtrim()函數使用過程中的一些不正常的現象

這篇文章主要介紹了PHP函數rtrim()使用中的怪異現象,結合具體實例形式分析了php函數rtrim在進行字符匹配過程中出現的問題與解法,有助於進一步了解rtrim函數的原理與使用技巧,需要的朋友可以參考下

本文實例講述了PHP函數rtrim()使用中的怪異現象。分享給大家供大家參考，具體如下：

今天用rtrim()函數時遇到了一個奇怪的問題：

echo rtrim(&#39;<p></p>&#39;, &#39;</p>&#39;); // 输出为 <p
echo ltrim(&#39;www.php.cn&#39;,&#39;www.&#39;); // 输出为 php.cn

以上的輸出結果有點出人意料，本來我想第一行應該輸出e388a4556c0f65e1904146cc1a846bee，第二行會輸出jb51.net。

這個問題糾結了我好久，一直沒有找到原因，後來在手冊中找到了答案：

rtrim()是以字符為單位替換，而不是以字串的。從右往左替換時94b3e26ee717c64999d7867364b1b4a36個字元肯定會被替換掉的，再往左時遇到了>，因為>也包含在rtirm()的第二個參數的字串(6fb279ad3fd4344cbdd93aac6ad173ac)中，所以也被替換掉了，當再往左時遇到了p,這時p不包含在第二個參數的字串中。所以替換停止，輸出了

如果這樣理解的話，第二行的輸出結果就是在意料之中了。呵呵……手冊中已經寫的清清楚楚了。原文：

You can also specify the characters you want to strip, by means of the charlist parameter. Simply list all characters that you want to be stripped. With .. you can specify a range of characters。

由此可見，rtrim、ltrim與trim第二個參數是作為一組字元清單進行匹配操作的。這與我們以往所認識的<a href="http://www.php.cn/wiki/1372.html" target="_blank">str_replace</a>函數的替換運算不一樣。

以上是php rtrim()函數使用過程中的一些不正常的現象的詳細內容。更多資訊請關注PHP中文網其他相關文章！