您有这样的牢骚么？
有一周没更新博客了，简单说下在干什么吧；主要是公司安排对接某旅游大公司的接口，接口数量倒也就10个左右，对接完后还需要加入到业务系统中和App端，因此还是需要花点时间的；时间上来说业务需求安排在6月最后一周上线，整个3周的时间，就本人一人负责，由于在这之前对接过另外一个公司接口，我已经搭建好了整体架构和提供给app端接口了，因此主要还是对接某公司接口而已，至于细节上的东西改改后台系统，调调数据格式应该就差不多了；就本人开发的熟练度来讲一周时间基本能搞定，其他剩余时间就测试，喝喝茶，学习一下；谁知。。。由于接口方说明文档不全，接口几乎是每位技术负责一两个接口（没错这就是大公司，分得就这么细），而且有疑问通过qq咨询时响应慢（可能别人大公司的人就是忙），就这样来到第一周的星期五，从app测试结果和对接接口几乎都完成的情况来看还是不错的（我的方式对接一个接口就嵌入到业务中，所以可以直接拿app测试），谁知第二周的时候，也就是本周星期二我在测试多人下单出现了异常，随后联系对方，结果被告知对接的这个下单接口不是最新的，但是除此之外其他几个接口都是最新的，最新的下单接口我们等一段时间才上线，等上线了在对接吧；来到此时我只能无语（谁叫您们是大公司呢），纯属浪费我对接和咨询的“热情”；
部署前的准备
来到这里就开始进入正题了，首先要准备ubuntu系统（后面我会单独写一篇怎么在OracleVM中安装ubuntu和注意事项），这里我是16.04-x64版本，为什么我重点写明版本号呢，因为我在官网直接下载最新的Jexus包后，尽然运行不起来，后来在善友兄文章中找到了个地址，安装试运行后是可以的也同样标记的是最新版，只不过后面带了个64位的标记，这是一个悲催的天；
我们还需要一个.netcore程序，为了测试方便我这里创建的是一个api程序，并且api的action里面这样修改了下：
1 [HttpGet]
2 public IEnumerable<string> Get()
3 {
4 return new string[] {$"这个站点是：{Request.Host.Host}:{Request.Host.Port}" };
5 }
输出当前应用程序对应的ip和端口，因为在后面为了更好的测试以及区分；这里也简单改造了下Program.cs中的代码，同样也是为了方便测试：
1 public static void Main(string[] args)
2 {
3 var builder = new WebHostBuilder()
4 .UseKestrel();
5 //参数指定端口
6 builder = args.Length > 0 ? builder.UseUrls(args[0]) : builder;
7 var host = builder.UseContentRoot(Directory.GetCurrentDirectory())
8 .UseIISIntegration()
9 .UseStartup<Startup>()
10 .UseApplicationInsights()
11 .Build();
12 host.Run();
13 }
改完代码后，需要生成运行包，怎么生成这里就不讲了，有兴趣的朋友可以去看这里Asp.NetCore1.1版本没了project.json，这样来生成跨平台包；然后通过多种方式把程序包传到虚拟机上，这里我通过共享目录的方式传递的，如果有朋友需要以后有机会分享吧；
再来剩下的就是在ubuntu中使用Jexus web server服务了，为了我虚拟机空间着想，这里我是在tmp中操作的，主要以下步骤，打开终端：
1. cd /tmp（进入临时目录）
2. wget linuxdot.net/down/jexus-5.8.2-x64.tar.gz（下载jexus文件包）
3. tar zxvf jexus-5.8.2-x64.tar.gz（解压到当前目录，无需安装）
4. chmod o+w /tmp/jexus/siteconf（为了方便设置jexus文件夹中的siteconf配置文件夹可以直接操作）
5. chmod o+w /tmp/jexus/siteconf/default（设置默认配置default文件可直接通过打开文件方式修改 注：本人不喜欢通过命令来修改，才有此步骤）
6. cd jexus（进入jexus目录 注：由于如果按照我步骤操作的话这样可以直接进入jexus目录，实际jexus目录在 cd /tmp/jexus）
7. ./jws start（测试jexus是否能正常运行，就我写本篇博客的时候第一次执行这命令返回的结果是：Failure，原因是我没用root权限执行命令，改成root执行命令就行了，怎么root以后有机会再讲）
Jexus web server开始部署.NetCore
首先直接通过点击文件夹的方式进入如下目录(您也可以通过终端进入，个人喜好便捷)：/tmp/jexus/siteconf；能够看到名称问default的文件，此文件在安装时是非root权限只读的，由于我们在上面使用命令：chmod o+w /tmp/jexus/siteconf/default设置了运行其他权限的用户都能修改内容，所以这里我直接改，其他信息暂时不改动，只需要增加apphost节点：
1 port=80
2 root=/ /var/www/default
3 hosts=* #OR your.com,*.your.com
4 #增加apphost节点
5 AppHost={CmdLine=dotnet /home/wangrudong003/netcore/publish01/T_Jexus.dll;AppRoot=/home/wangrudong003/netcore/publish01;Port=5000}
增加apphost节点的几个属性说明：
CmdLine：执行命令（熟悉一点.netcore运行的朋友可能知道，.netcore运行命令可以这样：dotnet xxx.dll这样就能跑起来程序了，同理可以看成一样的，但是需要指定应用程序具体目录，这里我的是 /home/wangrudong003/netcore/publish01 ）
AppRoot：表示应用程序的目录，这里我的是 /home/wangrudong003/netcore/publish01
Port：监听端口；
jexus注意点（大家可以去这里详细了解：https://www.linuxdot.net/bbsfile-3084）：
port=80：表示通过jexus来监听80端口，以此来访问我们的 /home/wangrudong003/netcore/publish01/T_Jexus.dll 程序
root=/ /var/www/default：指定的虚拟目录
最后root权限进入cd /tmp/jesux目录，然后开启服务：./jws start ；如果不出意外的话，您也能够看到如下截图信息：
然后咋们来通过80端口访问以下我们部署的接口（这里我ubuntu服务器的ip是172.16.9.66）：http://172.16.9.66/api/values，访问成功的截图：
分析一下AppHost配置中的Port是否起作用
有上图测试我们看到了通过80端口能正常访问我们的接口站点，现在我们通过linux命令，查看下服务器上所监听的端口，查看tcp监听端口命令： sudo netstat -lntp ，能投得到如图：
由图能够看出来jexus服务监听的80端口，dotnet命令执行的5000端口；为了更好的测试apphost的port的作用，我们需要把default文件中的port为5000端口改成5001来测试，改完之后的配置：
1 AppHost={CmdLine=dotnet /home/wangrudong003/netcore/publish01/T_Jexus.dll;AppRoot=/home/wangrudong003/netcore/publish01;Port=5001}
然后需要重启jexus服务，通过如下命令： ./jws restart ：
重启完之后，我们又来访问：http://172.16.9.66/api/values，这个时候就访问不了接口了：
尽管我们的jexus服务器是ok状态，但是接口已经无法访问了，那么我们再来看看监听的端口：
端口图对比分析
这张和之前端口截图对比，能够发现dotnet执行的还是5000端口，和我们修改配置文件的port：5001不能对应，这有点奇怪，就这点能够让我们大胆猜想jexus的这个port端口设置没有效果；而最后5000端口应该还是dotnet自带的默认端口；
疑问
然而又让我们奇怪的是，如果5000端口运行没问题，那么为什么jexus公布出去的80端口无法访问api接口能，我们又来大胆猜想，是不是由于我们设置的jexus的port：5001端口也真实监听的5000不对应造成的呢？为了测试我们再一次修改下AppHost的配置信息：
AppHost={CmdLine=dotnet /home/wangrudong003/netcore/publish01/T_Jexus.dll http://127.0.0.1:5001;AppRoot=/home/wangrudong003/netcore/publish01;Port=5001}
这次我们按照netcore的命令格式：dotnet xxx.dll http://127.0.0.1:5001来设置下netcore监听的端口，这也就是为什么开篇部分我修改Program.cs中代码的原因，一切为了测试猜想；同样修改完后，我们执行jexus服务的命令：./jws restart ；命令执行ok有，先来访问下80端口的接口：
此时能够正常访问咋们的接口了，那最好需要验证的就是看看监听端口了：
第二幅与第三幅端口图大比拼分析
通过上面第三方图能够看到netcore程序此时绑定的是5001端口，这个时候由jexus开放出去的80端口也能正常访问咋们的接口了，那说明我们在jexus的defaut文件中的apphost节点中的port：5001必须要与dotnetcore自身监听的端口一致，没错一致；假如jexus的端口是8080，那么netcore监听的端口也必须是8080，这样咋们通过jexus开放出来的地址才能正常的访问；好了到这里本篇分享文章就结束了，希望能给您带来好的帮助，也希望大家多多点赞推荐，谢谢！！！