全球有几个网络根服务器，都在什么地方？拜托各位了 3Q

根服务器主要用来管理互联网的主目录，全世界只有13台。1个为 根服务器架构 主根服务器，放置在美国。其余12个均为辅根服务器，其中9个放置在美国，欧洲2个，位于英国和瑞典，亚洲1个，位于日本。所有根服务器均由美国政府授权的互联网域名与号码分配机构ICANN统一管理，负责全球互联网域名根服务器、域名体系和IP地址等的管理。 这13台根服务器可以指挥Firefox或InternetExplorer这样的Web浏览器和电子邮件程序控制互联网通信。由于根服务器中有经美国政府批准的260个左右的互联网后缀（如．com、．net等）和一些国家的指定符（如法国的．fr、挪威的．no等），自成立以来，美国政府每年花费近50多亿美元用于根服务器的维护和运行，承担了世界上最繁重的网络任务和最巨大的网络风险。因此可以实事求是地说：没有美国，互联网将是死灰一片。世界对美国互联网的依赖性非常大，当然这也主要是由其技术的先进性和管理的科学性所决定的。所谓依赖性，从国际互联网的工作机理来体现的，就在于“根服务器”的问题。从理论上说，任何形式的标准域名要想被实现解析，按照技术流程，都必须经过全球“层级式”域名解析体系的工作，才能完成。 “层级式”域名解析体系第一层就是根服务器，负责管理世界各国的域名信息，在根服务器下面是顶级域名服务器，即相关国家域名管理机构的数据库，如中国的CNNIC，然后是在下一级的域名数据库和ISP的缓存服务器。一个域名必须首先经过根数据库的解析后，才能转到顶级域名服务器进行解析。 编辑本段只有13台的原因这要从DNS协议（域名解析协议）说起。DNS协议使用了端口上的UDP和TCP协议，UDP通常用于查询和响应，TCP用于主服务器和从服务器之间的传送。由于在所有UDP查询和响应中能保证正常工作的最大长度是512字节，512字节限制了根服务器的数量和名字。 要让所有的根服务器数据能包含在一个512字节的UDP包中，根服务器只能限制在13个，而且每个服务器要使用字母表中的单个字母命名，这也是根服务器是从A~M命名的原因。 编辑本段分布地点下表是这些机器的管理单位、设置地点及最新的IP地址： 字母 IPv4地址 IPv6地址 自治系统编号（AS-number） 旧名称 运作单位 设置地点 #数量（全球性/地区性） 软件 A 1984104 2001:503:ba3e::2:30 AS19836 nsinternicnet VeriSign 以任播技术分散设置于多处 6/0 BIND B 19222879201 （2004年1月起生效，旧IP地址为12890107） 2001:478:65::53 (not in root zone yet) none ns1isiedu 南加州大学信息科学研究所 （Information Sciences Institute, University of Southern California） 美国加州马里纳戴尔雷伊 （Marina del Rey） 0/1 BIND C 19233412 AS2149 cpsinet Cogent Communications 以任播技术分散设置于多处 6/0 BIND D 12881090 AS27 terpumdedu 马里兰大学学院市分校 （University of Maryland, College Park） 美国马里兰州大学公园市 （College Park） 1/0 BIND E 19220323010 AS297 nsnasagov NASA 美国加州山景城 （Mountain View） 1/0 BIND F 19255241 2001:500:2f::f AS3557 nsiscorg 互联网系统协会 （Internet Systems Consortium） 以任播技术分散设置于多处 2/47 BIND G 192112364 AS5927 nsnicddnmil 美国国防部国防信息系统局 （Defense Information Systems Agency） 以任播技术分散设置于多处 6/0 BIND H 12863253 2001:500:1::803f:235 AS13 aosarlarmymil 美国国防部陆军研究所 （US Army Research Lab） 美国马里兰州阿伯丁（Aberdeen） 1/0 NSD I 1923614817 2001:7fe::53 AS29216 nicnordunet 瑞典奥托诺米嘉公司（Autonomica） 以任播技术分散设置于多处 36 BIND J 1925812830 （2002年11月起生效，旧IP地址为19841010） 2001:503:c27::2:30 AS26415 VeriSign 以任播技术分散设置于多处 63/7 BIND K 193014129 2001:7fd::1 AS25152 荷兰RIPE NCC 以任播技术分散设置于多处 5/13 NSD L 19978342 （2007年11月起生效，旧IP地址为198326412） 2001:500:3::42 AS20144 ICANN 以任播技术分散设置于多处 37/1 NSD M 202122733 2001:dc3::35 AS7500 日本WIDE Project 以任播技术分散设置于多处 5/1 BIND

最近有一个场景，在提交表单的时候，需要实现添加附件的功能，
表单内容要先提交到服务端，创建一个 issue，然后再将附件添加到这个 issue 中。

所以，附件在用户添加的时候，是 没有立即上传 的，
用户可以随意在浏览器端添加和删除，issue 创建后再一起上传。

前端采用的组件库是 antd ，用到了 upload 组件。
服务端接口是自定义实现的，也许并不支持 antd upload 上传组件的规范。

服务端接受数据时，使用了 MultipartFile ，这是 Spring 框架中常用的 写法 。

我们先看看 html input[type=file] 组件默认行为，

点击 “选择文件”，浏览器会d出一个窗口，

选中一个文件，点 “打开”，就会触发 onchange 事件，

在 onchange 事件中，可以通过 etargetfiles[0] 拿到刚才上传的那个 File 对象 。

再来看一下 upload 组件的默认行为，

点击 “添加”，浏览器也会d出那个选择文件的窗口，

选中一个文件，点 “打开”，发现上传失败了。

打开控制台，看到 upload 组件向 / 这个地址发送了一个 POST 请求，

数据格式如下，

我们可以向 upload 组件传入 action 参数，修改 POST 请求地址，

但是，选中文件后立即上传 不符合 我们的场景，我们需要提交表单之后，将多个文件统一上传。
所以我们得自定义 upload 组件的行为。

upload 组件的有一个 customRequest 属性（ #api ），
它可以配置自定义的上传行为。

我们的思路是，先将选中后自动上传的行为取消掉，然后再在提交表单后统一上传。
取消自动上传 的实现片段如下，

我们只需要在 customRequest 回调中，调用它的 onSuccess 参数即可。

删除也是可以用的，

现在我们添加两个附件，

接着来看前端怎样将这些附件，统一上传给服务端，具体实现如下，

可以看到请求成功了（项目中的 url 跟本例稍有不同，下图只为了示意），

还有几个需要注意的点：

上文 >不知道您的是不是这个情况，请参考知识库原文
>