问题背景
在golang的项目中，使用了swagger。在另外一个项目中也使用了swagger,没有发生过这个问题。新的项目中，用了和之前项目同样的web框架，仔细比对了和之前项目的差异，只不过，目录结构做了调整，所以，首先想到的是目录结构调整导致的问题。于是，把目录结构调整为和之前一直的目录结构。这个问题依然没有解决。上网搜了一下，没有发现类似的问题。通过开发者工具也没有得到有效的错误信息。
问题原因
尝试了各种方法，依然没有解决这个问题。无意中看到，浏览器对于6666这样的端口有限制，换了端口，果然解决了问题。
问题延伸
6666是什么特殊的端口，浏览器为什么有限制？
关于为什么会有这样的限制，我没有找到太多的资料，有知道的朋友，帮忙解释一下。
参考资料：
all that jazz - Why does Chrome consider some ports unsafe?
非安全端口列表：
/ 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
465, // smtp+ssl
512, // print / exec
513, // login
514, // shell
515, // printer
526, // tempo
530, // courier
531, // chat
532, // netnews
540, // uucp
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]
