您最好只保留一些字符(白名单)，而不是删除某些字符(黑名单)。

从技术上讲，你可以允许任何字符，只要你正确地编码它。但是，为了回答这个问题的精神，你应该只允许这些字符:

小写字母(将大写字母转换为小写字母) 数字，0到9 破折号或下划线_ 波浪号~

其他的一切都有潜在的特殊意义。例如，您可能认为可以使用+，但可以用空格替换。&也是危险的，特别是在使用一些重写规则时。

与其他注释一样，请查看标准和规范以获得完整的详细信息。

引用RFC 3986第2.3节:

URI中允许的但没有保留的字符 目的，都叫无保留。这包括大写和小写 字母、十进制数字、连字符、句号、下划线和波浪号。 字母数字"-" / "。"/ "_" / "~"

注意，RFC 3986比旧的RFC 2396列出了更少的保留标点符号。

您需要注意两组字符:保留字符和不安全字符。

保留字符为:

&(“&”) 美元(美元) 加号(“+”) 逗号(,) 正斜杠("/") 冒号(“:”) 分号(“;”) = (" = ") 问号(“?”) “At”符号(“@”) 英镑(“#”)。

一般认为不安全的字符有:

空格(" ") 小于大于("<>") 左右括号("[]") 前后大括号("{}") 管(“|”) 反斜杠(\) 插入符号(“^”) 百分比(%)

我可能忘记了一个或多个，这导致我重复卡尔V的答案。从长远来看，您最好使用允许字符的“白名单”，然后对字符串进行编码，而不是试图与服务器和系统不允许的字符保持一致。

总是安全的

在理论上和规范上，除了域名之外，这些基本在任何地方都是安全的。对未列出的内容进行百分比编码，就可以开始了。

    A-Z a-z 0-9 - . _ ~ ( ) ' ! * : @ , ;

有时安全

只有在特定URL组件中使用才安全;小心使用。

    Paths:     + & =
    Queries:   ? /
    Fragments: ? / # + & =
    

不安全的

根据URI规范(RFC 3986)，所有其他字符必须用百分比编码。这包括:

    <space> <control-characters> <extended-ascii> <unicode>
    % < > [ ] { } | \ ^
    

如果最大兼容性是一个问题，限制字符集为a-z a-z 0-9 - _。(仅对文件名扩展名使用句点)。

牢记语境

即使根据规范有效，URL仍然可能是“不安全的”，这取决于上下文。例如包含无效文件名字符的file:/// URL，或者不用作分隔符时包含“?”、“=”和“&”的查询组件。这些情况的正确处理通常取决于您的脚本，并且可以解决，但这是需要记住的事情。

unreserved = ALPHA / DIGIT / "-" / "."/ "_" / "~"

我发现当我通过Ajax/PHP返回一个值到一个URL，然后由页面再次读取时，将我的URL编码为一个安全的URL非常有用。

PHP输出与URL编码器的特殊字符&:

// PHP returning the success information of an Ajax request
echo "".str_replace('&', '%26', $_POST['name']) . " category was changed";

// JavaScript sending the value to the URL
window.location.href = 'time.php?return=updated&val=' + msg;

// JavaScript/PHP executing the function printing the value of the URL,
// now with the text normally lost in space because of the reserved & character.

setTimeout("infoApp('updated','<?php echo $_GET['val'];?>');", 360);