多年没写过批处理了，来新公司的第一个case却是需要写一个bat脚本，批量更新采集agent的配置文件，其中就涉及到远程IP的端口检测。
本以为会和Linux一样可以简单判断：
echo q|telnet -e 'q' $ip $port && echo "$ip:port 通"||echo "$ip:port 不通"
结果发现Windows下面telnet退出并没有执行结果的返回值：
一、借助工具
于是我优先开启懒人法则，找其他替代工具。果然，在Windows老娘家找到了：
Portqry：https://support.microsoft.com/en-us/kb/310099/zh-cn
确实可以使用，不过检测速度不敢恭维，通与不通都很慢！鉴于手头没有更好的解决办法，就先试试看，贴一下我写的Portqry相关demo：
::使用微软官方工具【PortQry】进行检测的代码：
@echo off & setlocal enabledelayedexpansion
rem 要检测的IP和端口
set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'
set serverport='9922'
rem 模块化调用
call :check
::****其他代码略****
:check
rem ※探测端口模块--PortQry方案※
for /f "tokens=1,* delims=," %%i in ("!server_ip!") do (
echo 正在检测 %%i 的 !serverport! 端口...
rem 这是关键的检测代码：
"!tools_dir!PortQry.exe" -n %%i -p tcp -e !serverport! | find "LISTENIN" >nul && (
echo 【成功】：可以连接到 %%i:!serverport!
) || (
echo 【失败】：无法连通 %%i:!serverport!
)
echo=
set server_ip=%%j
goto check
)
goto :eof
::*******其他代码略********
Ps：check是一个被call调用的模块，里面的一些变量就不做介绍了。
于是兴冲冲的封装成exe，给IDC（server2003系统）执行，结果第一台就悲剧了！远程桌面直接断开了：
然后再也连不上了，要他们去机房看了下，结果告诉我系统没了！！？？太震精了有木有？一个简单的文本操作脚本，居然把系统干掉了么？而且脚本中都不存在任何删除命令。。。
要那边提供了一下启动错误信息，原来是系统引导坏了：
个人分析了一下，应该是Portqry这个工具导致系统蓝屏关机，进而导致引导损坏！
尼玛，娘家人介绍时说好的“性格”良好呢？
唉，看来这个工具是不敢使用了，俗话说林子大了什么系统都有嘞！
二、另辟蹊径
既然工具不敢用了，还是继续折腾代码吧！周末睡觉前突然灵感一闪，想起了tasklist判断窗口名称这个“失传绝技”，于是把刚关闭的本子又打开，终于在GF的不断抱怨之下搞定了这个问题。
①、窗口判断
