今天 nw 应用里面的前端请求突然不发送了，也没有异常的信息，后来换上开发版 nw 立刻就发现了报错：
net::ERR_UNSAFE_PORT
这个错误的意思很明显，就是请求的 http 端口是不安全的（实际上之前我在开发其它项目的时候也遇到过几次，只是从来没有深入研究过它），因此浏览器将请求拒绝了。
那么问题来了，什么是不安全的端口？浏览器为什么要这么做？Google 了一通后发现，不安全的端口还有不少，如下：
1, // tcpmux
7, // echo
9, // discard
11, // systat
13, // daytime
15, // netstat
17, // qotd
19, // chargen
20, // ftp data
21, // ftp access
22, // ssh
23, // telnet
25, // smtp
37, // time
42, // name
43, // nicname
53, // domain
77, // priv-rjs
79, // finger
87, // ttylink
95, // supdup
101, // hostriame
102, // iso-tsap
103, // gppitnp
104, // acr-nema
109, // pop2
110, // pop3
111, // sunrpc
113, // auth
115, // sftp
117, // uucp-path
119, // nntp
123, // NTP
135, // loc-srv /epmap
139, // netbios
143, // imap2
179, // BGP
389, // ldap
427, // SLP (Also used by Apple Filing Protocol)
465, // smtp+ssl
512, // print / exec
513, // login
514, // shell
515, // printer
526, // tempo
530, // courier
531, // chat
532, // netnews
540, // uucp
548, // AFP (Apple Filing Protocol)
556, // remotefs
563, // nntp+ssl
587, // stmp?
601, // ??
636, // ldap+ssl
993, // ldap+ssl
995, // pop3+ssl
2049, // nfs
3659, // apple-sasl / PasswordServer
4045, // lockd
6000, // X11
6665, // Alternate IRC [Apple addition]
6666, // Alternate IRC [Apple addition]
6667, // Standard IRC [Apple addition]
6668, // Alternate IRC [Apple addition]
6669, // Alternate IRC [Apple addition]
6697, // IRC + TLS
不安全的理由不是为了保护浏览器，而是为了保护这些不安全端口上运行的服务，James Roper的 blog 指出，因为 http 协议的格式与上述服务协议数据不同，所以正常的 http 请求当然不会做出损害上述服务的行为，但是假如我们是上传文件，恰好文件内容是一条条这些服务能识别的数据，那么这些服务就收到了不可预料的命令，而这不是我们希望的，而黑客就能利用上传来攻击这些服务。
由于我的应用后端端口是随机的，所以难免会触发特殊端口，而浏览器的特殊端口保护机制的确是有道理的，那么该如何处理呢？幸运的是浏览器提供了一个可以明确指定允许的端口列表的选项，如下，使用英文逗号分隔端口号：
--explicitly-allowed-ports=101,102
对于 nw 来说，只需要在 package.json 里面添加这个选项：
{
"name": "myapp",
"main": "index.html",
"chromium-args": "--args --explicitly-allowed-ports=101,102,103"
}应用里面的前端请求就又可以正常发送了。