多年沒寫過批處理了，來新公司的第一個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 enabledelayedexpansionrem 要檢測的IP和端口set server_ip='192.168.1.1,192.168.1.2,192.168.1.3'set serverport='9922'rem 模塊化調用call :check::****其他代碼略****:checkrem ※探測端口模塊--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的不斷抱怨之下搞定了這個問題。
①、窗口判斷