CrLf

最喜欢的莫过于：

ren *. *.jpg
复制代码

CrLf

回复 5# plp626


    笔误，实际上要说的是以下两个用法

ren * *.jpg
ren *.jpg *.
复制代码

CrLf

回复 6# codegay


    那末就贴上来吧：Batch-CN——在线第三方管理,已收集1600+第三方[2016.04.24更新]
    实际上已经 1800+ 了，网页版：http://www.bathome.net/s/tool/index.html

CrLf

对了，不能不提 用 nslookup 获取本机外网 IP

CrLf

回复 23# bailong360

dir /s \ | find "Desktop"
复制代码

你会发现包括 more、find 在内的很多第三方工具是“边下边播”的，而 for /f %%a in ('[COMMAND]') do xx 则是要等 [COMMAND] 执行完毕才会开始 do


贴吧原帖链接：http://tieba.baidu.com/p/4377042621

这方法其实并没有太大的实用性...它的价值其实在于引出几个很有趣的问题：
这些输出是被谁吃了？
用 set /p 为什么会跳行（改用 c 语言编译的 gets 或 getch 亦然）？
又为什么不是在延时之后立刻出现跳行现象，而一定是发生在延时的下下次 set /p？
以及 ping 之后为什么会得到奇怪的结果？
为什么会 :OUT 居然会停下来等待 :IN 的 pause？

奉上测试代码，有心人自然会意：

@echo off
%1 %0 :OUT | %0 :IN
goto %1 :eof

:OUT
set /a a+=1
echo %a%
title %a%
goto :OUT

:IN
setlocal enabledelayedexpansion
echo -----------------
set /p input=
echo     1:!input!
set /p input2=
echo     2:!input2!
set /p input3=
echo     3:!input3!
set /p input4=
echo     4:!input4! [before sleep]
for /l %%a in (1 1 1000) do (cd .)
set /p input5=
echo     5:!input5! [after sleep]
set /p input6=
echo     6:!input6!
set /p input7=
echo     7:!input7!
set /p input8=
echo     8:!input8! [before ping]
ping /n 1 127.1 >nul
set /p input9=
echo     9:!input9! [after ping]
set /p input10=
echo    10:!input10!
set /p input11=
echo    11:!input11!
set /p input10=
echo    12:!input12!
set /p input10=
echo    13:!input13! [before pause]
pause<con
set /p input10=
echo    14:!input14! [after pause]
set /p input10=
echo    15:!input15!
set /p input10=
echo    16:!input16!
pause<con
endlocal
goto :IN
复制代码

通过改变变量 a 的长度并观察 title 停止刷新时的值，解方程可知管道缓冲区的 BufferSize=4095，末尾必须用于存放 \0
于是前面的现象也就得到了解答——都是缓冲区惹的祸

【以下均为推测】
假设执行了一个 命令A | 命令B，在管道内发生了如下逻辑：
命令A 执行时，向缓冲区写入文本，
当缓冲区写满 4095 字节时（含回车换行），命令A 挂起，
当缓冲区被读取时，唤醒 命令A 继续执行（唤醒的过程可能会有一个耗时），
（存疑）在命令A 唤醒时，cmd 会清理一部分缓冲区（时多时少，规律不明），
当命令A 关闭时，命令B 的 stdin 为空

也就是说，跳行的原因还是一个谜

-----------------------------------------------------------------------------------
找到两篇文章，部分佐证了这个观点：
http://blog.csdn.net/qzwujiaying/article/details/6027570
http://blog.csdn.net/guang11cheng/article/details/17144907

CrLf

更有意思的是用不同方式同时读取 stdin，得到的内容居然是两条时间线：

#include <windows.h>
#include <stdio.h>
main(){
	int i=0,j=0;
	wchar_t str[8192]=L"";
	char temp[1111]="";
	for(i=0;++i;){
		Sleep(1000);
		fgetws(str,1024,stdin);
		wprintf(L"@1 %s\r\n",str);
		fgetws(str,1024,stdin);
		wprintf(L"@2 %s\r\n",str);
		system("set /p n=&call echo Batch: %n%");
		fgetws(str,1024,stdin);
		wprintf(L"@3 %s\r\n",str);
		fgetws(str,1024,stdin);
		wprintf(L"@4 %s\r\n",str);
		getch();
	}
}
复制代码

结论：cmd 打破时空壁垒，穿越了

CrLf

回复 27# Bella


    这是为什么呢？