先说个直接的结论：http路9191不是什么神秘代码，，，，，，，，也不是某个暗藏网站的入口，，，，，，，，它就是一个HTTP服务跑在9191这个端口上的地址写法。。。。。。。好多人第一次看到“路」剽个字就懵了，，，，，，，，其实把它当成“路由”或者“蹊径”就好理解了。。。。。。。?

不论是法式员起本地服务，，，，，，，，还是某些设备的治理页面，，，，，，，，这种“地址+端口”的组合很常见。。。。。。。今天就把这个事彻底聊领略。。。。。。。

先搞明显它是个什么器材

http是和谈，，，，，，，，通知浏览器“咱们用网页的方式互换”。。。。。。。9191就是端标语，，，，，，，，相当于这栋大楼里的一个具体门牌。。。。。。。至于“路”，，，，，，，，你能够理解成方向——数据往哪个门走。。。。。。。

合起来就是：我通过HTTP和谈，，，，，，，，去接见9191端口上运行的那个服务。。。。。。。?

打个譬喻，，，，，，，，你家幼区地址是“幸福路100号”，，，，，，，，那“http路9191”就有点像“幸福路100号9191室”。。。。。。。它不是一个域名，，，，，，，，也不是一个尺度网址，，，，，，，，更多是内网或本地环境里用来分辨服务的编号。。。。。。。

常见的场景是什么呢？？？？？？开发者在本地跑个测试项目，，，，，，，，默认8080被占了，，，，，，，，换个9191就很正常。。。。。。；；；；；；褂心承┞酚善鳌AS设备、软路由的治理后盾，，，，，，，，也喜欢用这种不常见的端口来预防矛盾。。。。。。。

现实用的时辰你会遇到什么

最常见的情况就是：你在浏览器里敲了http路9191，，，，，，，，了局页面转圈，，，，，，，，最后显示“无法接见此网站”。。。。。。。这时辰别急着疑惑自己记错了，，，，，，，，先看看服务有没有真的跑起来。。。。。。。

若是你是自己起的服务，，，，，，，，终端里通常会显示“listening on port 9191”之类的日志。。。。。。。若是没看到，，，，，，，，那就是服务底子没起来。。。。。。。?

另一个坑是防火墙。。。。。。。Windows和macOS都有防火墙，，，，，，，，第一次跑服务的时辰会弹窗问你要不要允许。。。。。。。手快点错的话，，，，，，，，后面怎么调都白费。。。。。。。

还有一点容易被忽略——有些服务只监听127.0.0.1，，，，，，，，也就是只有本机能接见。。。。。。。你想用手机或者此外电脑去连，，，，，，，，抱愧，，，，，，，，打不开。。。。。。。这时辰得去改配置文件，，，，，，，，把监听地址改成0.0.0.0，，，，，，，，能力让局域网里其他设备也接见到。。。。。。。

服务正；；；；；；勾虿豢，，，，，，，，问题多半出在别处

这里有个幼技巧，，，，，，，，先在本机试一下curl号令：

```bash

curl http://localhost:9191

```

若是本机能通，，，，，，，，表网不能，，，，，，，，那或许率是路由端口转发没做，，，，，，，，或者运营商把表网端口封了。。。。。。。?

再往深一点，，，，，，，，浏览器有时辰会缓存旧页面的状态，，，，，，，，换了端口之后显示的还是之前的内容。。。。。。。这时辰按Ctrl+F5强造刷新一下，，，，，，，，好多时辰就正常了。。。。。。。

还有DNS层面的滋扰也值妥贴心。。。。。。。有的路由器劫持了未知域名解析，，，，，，，，你接见一个奇怪的地址会被跳转到告白页。。。。。。。用IP加端口的方式能绕开这个问题，，，，，，，，这也是为什么好多内网服务推荐直接输IP的原因。。。。。。。

它跟其他端口有什么不一样

9191自身没有特殊寓意，，，，，，，，不像80是HTTP默认、443是HTTPS默认、3306是MySQL专用那样。。。。。。。它是一个自由端口，，，，，，，，谁都能够用。。。。。。。?

益处是险些不会跟主流服务撞车，，，，，，，，坏处是记起来没那么顺口。。。。。。。不外对于测试环境来说，，，，，，，，不撞车比好记沉要太多了。。。。。。。

你要是拿它倒佚经线上服务去使，，，，，，，，也没问题，，，，，，，，但把稳对暴露出的时辰加个Nginx反向代理，，，，，，，，别直接把端口裸奔到公网上。。。。。。。当然这是另一个话题了，，，，，，，，懂的人天然懂。。。。。。。

泛泛怎么确认这个地址是别人还是自己的

看到别人发你http路9191，，，，，，，，先问一句：这是在内网里的吧？？？？？？若是对方回你“是的”，，，，，，，，那直接用就行。。。。。。。若是对方说“表网也能接见”，，，，，，，，那就得幼心是不是做了内网穿透或者公网映射了。。。。。。。

自己用的时辰，，，，，，，，记住一个思路：先本地测，，，，，，，，再局域网测，，，，，，，，最后才算公网。。。。。。。这三级跳每一步都有各自的坑，，，，，，，，但按挨次排查，，，，，，，，根基几分钟就能定位问题。。。。。。。?

遇到切实搞不定的，，，，，，，，试试换一个端口跑服务，，，，，，，，好比9192、9193。。。。。。。好多莫名其妙的卡顿，，，，，，，，其实就是某个过程偷偷占了端口你又不知路。。。。。。。

搞懂道理之后就会发现，，，，，，，，http路9191就是个通常得不能再通常的地址写法。。。。。。。它不玄乎，，，，，，，，也不难，，，，，，，，只有把“和谈+地址+端口」剽三个事拆开看，，，，，，，，什么路都不外是换了个号而已。。。。。。。你手上要是正好有服务跑在9191上，，，，，，，，此刻去刷新一下看看还灵不灵。。。。。。。??