前面有4篇系列博客
（一）Asp.net web api中的坑-【找不到與請求 URI匹配的 HTTP 資源】
（二）Asp.net web api中的坑-【http get請求中的參數】
（三）Asp.net web api中的坑-【http post請求中的參數】
（四）Asp.net web api中的坑-【api的返回值】
以上主要針對的是Asp.net web api RPC風格，Get，Post請求傳參，以及webapi返回值等問題。
這篇主要針對.NET CORE WEB API(RESTful風格)
大家都知道.net core 出來一段時間了，園子里各種介紹前世今生，跨平台部署，docker部署，命令行的博客不少，我就不贅述了，且這些我都干過。
本次文章的主題還是關於webapi的，只是針對的是.net core,以及RESTful
什么是Restful:
對應的中文是rest式的;Restful web service是一種常見的rest的應用,是遵守了rest風格的web服務;rest式的web服務是一種ROA(The Resource-Oriented Architecture)(面向資源的架構).
后面不贅述 參考博文http://blog.csdn.net/chenxiaochan/article/details/73716617
文章下面的圖，注意
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意看圖中的紅框。。。。。。
注意變化
重要的事情說八遍。。。
例1：起始
代碼斷點
.net core web api 是根據請求為get請求，去控制器里找HttpGet標識的+[HttpGet(“{id}”)]中的路由模板，所以就找到了GetAllStudent（int id）,記住一點，aciton參數名稱要與路由模板名稱一致[HttpGet(“{id}”)],即id，如果不一致則參數是獲取不到。
例2 承上啟下
代碼斷點
看，是不是沒有獲取到id,我從不騙人
例3 承上啟下
當都是get請求，模板也是一模一樣，我擦，就action名稱不一樣，咋辦？.net core web api咋知道去哪個Action？
猜猜，
瀏覽器調用
結果
好吧，他確實不知道去哪兒找了，所以報錯，
例4，“你這例子就一個參數嘛，多個參數呢？”
代碼
瀏覽器調用
再看斷點
例5，不行Restful風格沒抽象好，我需要增加一個自定義調用的接口，對，老子要回RPC風格，
簡單，修改路由模板
瀏覽器調用
看斷點
好啦，就寫這么多了，初探就探到這兒了，這是瀏覽器地址欄直接輸的，所以都是get請求，post或者put或者delete應該是一個道理。
注意看圖中的紅框。。。。。。