dir 在 CMD 和 PowerShell 里分别是什么？为什么这会影响脚本迁移？

CMD 的 dir 是独立命令并输出文本；PowerShell 的 dir 是 Get-ChildItem 的别名，输出文件对象。迁移时要按所在 shell 重写过滤和输出逻辑。

Linux 的 chmod 777 为什么不能直接对应 Windows 的 icacls 授权？

Linux 用模式位和 ACL，Windows 用继承的 DACL、共享权限和令牌；777 没有单一等价物，给 Everyone 完全控制还会影响网络访问和后续继承。

把 shell 脚本从 Linux 搬到 Windows 后报 bash\r 错误，原因和修复方式是什么？

文件使用 CRLF 换行，Linux 把 \r 当成命令名的一部分；用 dos2unix 或 .gitattributes 转成 LF，并在编辑器里固定换行符。

Linux 与 Windows 对照：命令映射、路径权限服务差异和迁移坑

结论先行

两者的差异不只在命令名，而在三个底层模型：Linux 以文本流和 POSIX 权限位为中心，Windows 以对象管道和 ACL 为中心；Linux 的服务由 systemd 管理，Windows 的服务由 SCM 管理；Linux 路径区分大小写并用 /，Windows 默认不区分并用 \。

迁移时先换模型，再换命令。会 ls 不等于会用 dir：dir 在 CMD 里输出文本，在 PowerShell 里却是 Get-ChildItem 的别名，输出的是文件对象。先判断自己在 CMD、PowerShell 还是 WSL 里，再决定用哪套语义。

命令对照表

用途	Linux	Windows
列目录	ls	dir
查看文件	cat	type
文本过滤	grep	findstr
查找文件	find	`Get-ChildItem -Recurse`
复制	cp	copy
移动/改名	mv	move
删除	rm	del
查找命令	which	where
进程列表	ps	tasklist
结束进程	kill	taskkill
磁盘空间	df	`Get-PSDrive -PSProvider FileSystem`
服务管理	systemctl	sc
日志	journalctl	`Get-WinEvent`
定时任务	crontab	schtasks
地址配置	ip	ipconfig
端口连接	ss	netstat
DNS 查询	dig	nslookup
远程登录	ssh	ssh
权限	chmod	icacls
属主	chown	takeown
环境变量	export	setx

路径差异

Linux 只有一个根 /，磁盘挂到目录；Windows 用盘符或挂载点指向卷，网络路径用 \\server\share，盘符不是存储本身。
Linux 用 / 分隔并区分大小写；Windows 用 \，NTFS 默认不区分大小写但保留大小写。把 Linux 脚本直接搬到 Windows 时，大小写和分隔符都可能出错。
Windows 有保留设备名（CON、NUL、COM1）和结尾点/空格剥离规则，传统 MAX_PATH 限制仍影响部分程序；Linux 只禁止 / 和 NUL。
~ 在 Linux 是家目录，在 Windows PowerShell 里也成立，但 CMD 要用 %USERPROFILE%；脚本中优先用环境变量而不是写死路径。

权限差异

Linux 用属主、属组和 rwx 模式位，目录的 x 决定能否进入；Windows 用 DACL 中的 ACE 表示允许/拒绝，权限沿目录继承，icacls 看到的是最终 ACL。
Windows 还有共享权限与 NTFS 权限两层，网络访问取两者中更严格的结果；Linux 的 NFS/Samba 则是另一套导出权限，不能直接类比。
Windows 管理员组不等于当前进程已提权，UAC 会使用过滤令牌；Linux 的 root 是 uid 0，sudo 按规则临时提权。两者都不是“管理员就无条件通过所有检查”。
Linux 的 chmod 777 没有 Windows 直接等价物；给 Everyone 完全控制通常更危险，因为还涉及继承和网络共享。

服务差异

Linux 的服务通常是 systemd unit，定义依赖、启动命令和重启策略；Windows 的服务是实现 SCM 控制协议的进程，由 services.exe 管理，普通脚本不能直接当服务运行。
Linux 服务常以专用用户运行，日志进 journald；Windows 服务可用 LocalSystem、NetworkService、虚拟账户或 gMSA，日志进事件日志。
Linux 停止服务发送信号，程序可以捕获并清理；Windows 服务收到 SCM 的控制请求，Stop-Process 或 taskkill /F 则是强制结束，清理机会更少。
Linux 的 cron 按五个时间字段触发，环境变量很少；Windows 计划任务有触发器、条件、principal 和错过补跑策略，行为更复杂。

常见迁移坑

换行符：Linux 脚本带到 Windows 后出现 bash\r: No such file or directory，是 CRLF 被当成命令的一部分；用 dos2unix 或 .gitattributes 统一。
编码：Windows PowerShell 5.1 对无 BOM 的 UTF-8 常按 ANSI 读取，Out-File 默认还可能写 UTF-16；PowerShell 7 默认 UTF-8。跨平台脚本统一 UTF-8，并明确 BOM 策略。
路径与转义：PowerShell 的转义符是反引号，不是反斜杠；bash 里反斜杠是转义符。路径含空格时两边都要正确引用，不要假设 C:\Program Files 能裸写。
大小写：在 Windows 上开发、在 Linux 上构建时，Config.PS1 和 config.ps1 在 Windows 可能都能找到，在 Linux 会失败；Git 也要注意大小写变更。
文件锁：Windows 上被进程打开的文件通常不能删除或改名，Linux 可以 unlink 后继续持有描述符；迁移清理逻辑时要先关闭句柄。
进程终止：Unix 的 SIGTERM 给了程序清理机会，Windows 没有等价信号；Stop-Process 和 taskkill /F 多为强制结束，不能假设会执行 finally 或清理脚本。
提权与路径：sudo 不等同于 UAC 提权；提升后的 Windows 进程可能看不到普通会话映射的网络盘，脚本不要依赖用户手动映射的盘符。
执行方式：Windows 靠 PATHEXT 和显式扩展名，PowerShell 当前目录通常要写 .\script.ps1；Linux 靠 shebang 和执行位，当前目录要写 ./script。

参考链接

读完自测

合上页面，先回答，再展开对照。

dir 在 CMD 和 PowerShell 里分别是什么？为什么这会影响脚本迁移？
Linux 的 chmod 777 为什么不能直接对应 Windows 的 icacls 授权？
把 shell 脚本从 Linux 搬到 Windows 后报 bash\r 错误，原因和修复方式是什么？

答案

CMD 的 dir 是独立命令并输出文本；PowerShell 的 dir 是 Get-ChildItem 的别名，输出文件对象。迁移时要按所在 shell 重写过滤和输出逻辑。
Linux 用模式位和 ACL，Windows 用继承的 DACL、共享权限和令牌；777 没有单一等价物，给 Everyone 完全控制还会影响网络访问和后续继承。
文件使用 CRLF 换行，Linux 把 \r 当成命令名的一部分；用 dos2unix 或 .gitattributes 转成 LF，并在编辑器里固定换行符。