cmd批处理转义字符%的详细解释
在命令行中使用for时不需要双%，这源于命令解释器对命令行与批处理的处理方式不同。
1、%是个ESCAPE字符，通常将之译为转义字符，但也有更形象的译名脱逸字符、逃逸字符等。也就是说%不仅仅将与其相关的特定字符串转义并替换为特定字符串，而且自身也会被“脱逸”。而且类似于C语言中的转义字符""，双%会转义并脱逸为单%，四%则脱为双%。
2、for本身是一个特殊的命令，类似于一个特化的命令解释器，因为它的功能实现需要执行多条语句，因此它必须也具有对命令行（特指do后的命令行）分析处理的功能。而command/cmd实现for时自然会借用自身原有的命令行分析模块，因此for具有二级转义的特性，for中do后的语句被分两级分析和解释，第一级在command/cmd读入并解释for命令行时，第二级在for读入并解释do命令时，它通常会对同一命令行的进行多次解释。
然后，我们可以注意到，在do中使用命令行参数变量和环境变量时，不需要双%，那是因为，这些变量在经过第一级转义后，被替换成特定的不变的字符串常量，参与for循环的所有执行过程；而替代变量则要求在执行（do后的子命令行中）过程中不断的动态变化，而这个变化自然仍需要通过脱逸字符来实现，因此使用双%就是成了必然的选择。
另外，还需要注意到，在命令行中使用for时不需要双%，这源于命令解释器对命令行与批处理的处理方式不同。在早期的DOS版本中，%在命令行中不被视为转义字符，所以不会被转义和脱逸，所以当时无法在命令行直接引用环境变量。而使用for时，只需要一个%供for进行转义和脱逸就够了。在以后的命令解释器版本中，加入了命令行转义的支持（主要是环境变量的支持），但命令行for使用单%的传统仍然保留了下来。
而 cmd中的变量延迟替换是属于特殊的情况，但不违背以上的转义原则，只是for中的环境变量不再是常量了。
案例：
我在自己的一个bat文件，内容：
@echo off
if "%1" == "" (goto input_data) ELSE (goto input_var)
:input_data
set /p var=INPUT DATE(fmt:yyyyMMddHHmm):
goto start
:input_var
set /a var=%1
goto start
:start
cd %cd%
md .... o-saveTKcard\%var%
mysql -P3302 -uroot -pdst72j$mq)c%%8 -h61.160.245.119 -N -s -e"SET SESSION group_concat_max_len = 99999999;SELECT CONCAT('mysqldump -h61.160.245.119 -P3302 -uroot
-pdst72j$mq)c%%%%8 --opt -n TKCard_cn_cn_db210060000 ',GROUP_CONCAT(t.TABLE_NAME SEPARATOR ' '),' >') FROM information_schema.TABLES t WHERE t.TABLE_SCHEMA =
'TKCard_cn_cn_db210060000' AND (t.TABLE_NAME LIKE 'dict_%%') AND t.TABLE_NAME NOT IN('dict_keyvalue','dict_server','dict_operator_config');" > tkcard_dict.bat
for /f "delims=] tokens=1" %%a in (tkcard_dict.bat) do echo %%a .... o-saveTKcard\%var% kcard_dict.sql >tkcard_dict.bat
call tkcard_dict.bat
上边功能是将远程指定数据库中的所有基础数据导出来。文件中写了一个mysql 连接数据库的脚本，并且在这个脚本里 通过“-e” 参数执行 导出所有基础表数据的脚本代码（即mysqldump 命令），结果没有达到自己的预期效果，分析原因，操作内网数据库就可以，把ip地址改为远程数据库地址就不行了，分析来分析去最后原来是这个 数据库连接密码问题，即密码内网密码没有 特殊字符 % ，而远程的这个有%，结果就是这个% 没有特殊转义出的问题，上边的脚步里涉及2处相同的密码，一处是 连接数据库时要密码，还一个是 对数据库中导出所有基础数据时用的 mysqldump命令时也要再要一次相同的密码，这个bat文件一共2处密码，而且都是一样的，密码里又涉及%，结果我就是没有对这2处% 进行特殊转义出问题了。上边的是已经正确转义了，原来密码为： dst72j$mq)c%8 ， 第一处正确转义是在%前再加一个%，第二处是需要%前加3个%。 由于文章开头%转义规则，2个%转义一次为%，4个%转义后为2个%，那这里第一处要想正确连接数据库就保证密码为原始密码即有自身的一个%，那就必须加一个%，那这样第一处密码里就有2个%，当windows 的命令行 解释器执行连接数据库时会转义这2个% 为一个%，刚好和原始密码一样，而上边第二处密码要想也保证和原始密码一样那也要多加%，至于加几个，我们先来看看上边第二处涉及的逻辑先理一下。上边一个是连接数据库，并且后缀mysql 的参数命令-e 即 执行后边的sql脚本，即先连接数据库然后执行后边脚本，结构为 mysql -P[大写p为端口] -u[连接数据库的账号] -p[小写p为连接数据库的密码] -h[数据库ip地址] -N[不显示列信息] -s[一行一行输出，中间有tab分隔] -e[执行mysql的sql语句,后跟双引号，双引号里为sql脚本代码]"[双引号里为前边-e后跟的sql脚本-此省略下边解释]" >tkcard_dict.bat[上边sql执行的结果定向到tkcard_dict.bat文件中，由于tkcard_dict.bat前没有路径，那就是当前目录，如果没有tkcard_dict.bat文件就创建，有就覆盖] for...[for循环开始执行tkcard_dict.bat文件]。
这里特别把上边-e后的双引号中的脚本拿出来解释： SET SESSION group_concat_max_len = 99999999;SELECT CONCAT('mysqldump -h61.160.245.119 -P3302 -uroot
-pdst72j$mq)c%%%%8 --opt -n TKCard_cn_cn_db210060000 ',GROUP_CONCAT(t.TABLE_NAME SEPARATOR ' '),' >') FROM information_schema.TABLES t WHERE t.TABLE_SCHEMA =
'TKCard_cn_cn_db210060000' AND (t.TABLE_NAME LIKE 'dict_%%') AND t.TABLE_NAME NOT IN('dict_keyvalue','dict_server','dict_operator_config');"
意思是先设置grop_concat函数本次查询session的长度，然后 select concat（mysqldump代码-是把代码拼成字符串常量此不会执行 ， group_concat(把从information_schema.TABLES 表中按照where条件全查出来的dict基础表名字查出来用一个空格间隔并且拼成一个字符串)-整个group_concat 的结果作为前边concat函数的一个参数 ， ' >' ）
可以看出-e后双引号中的脚步 中那个 select 脚步功能主要就是 从 information_schema.TABLES（这个数据库中的TABLES表中存放是这台mysql服务器中除了information_schema外的所有其他数据库名字，以及所有数据库中所有表名字，具体点即TABLES表中TABLE_SCHEMA字段存放是数据库名字，TABLES表中TABLE_NAME字段存放是每个数据库中表的名字） 表中按照where条件中给定的数据库名字和数据表名字2个条件查询出基础数据表的表名字，然后把查出的基础数据表名字通过GROUP_CONCAT 函数用一个空格间隔并且拼成一个字符串，然后再和 mysqldump命令的字符串 以及 一个'[有一个空格] >' 共三个参数 通过concat 函数 拼成一个最终的字符串 ，然互通过“ > tkcard_dict.bat ” 重定向到 tkcard_dict.bat文件中，即 tkcard_dict.bat文件中内容最终 是 : mysqldump -h61.160.245.119 -P3302 -uroot
-pdst72j$mq)c%%%%8 --opt -n TKCard_cn_cn_db210060000 基础表1 基础表2 基础表3 ... >
至于for 后边的代码就是不太清楚了，估计就是执行上边 新生成的 tkcard_dict.bat 文件中的内容吧，而其内容刚好就是 一个mysqldump脚本，所以就把这个mysqldump脚本执行后的结果都导入到 自定路径下的tkcard_dict.sql 文件中把。至于最后的最上边bat代码中的最后的那个 “>tkcard_dict.bat” 就不知道干什么用的了。