IIS部署RESTful服务时如何解决405错误
大家可能都碰过在IIS 7.5上部署RESTful服务时，发送Put请求直接被拒绝，报HTTP Error 405.0 – Method Not Allowed，真是让人崩溃啊！其实，这个问题的解决方法很简单，核心就在Web.config配置文件中。
具体来说，你只需要在Web.config里加入一个设置，移除阻止请求的WebDAV模块，比如这么写：
<remove name="WebDAVModule" />
这样，IIS就不会再无端拦截Put请求啦。整个过程很直观，稍微改一改配置就能解决问题，真是又快又棒的修复方法！
WCF与WebAPI的区别有哪些 RESTful服务如何通过浏览器访问
咱们谈谈WCF和WebAPI的几个非常实用又有趣的区别吧，同时顺便聊聊如何让WCF服务被浏览器访问。
-
多协议支持 vs 仅HTTP协议
WCF是个超强大工具，能支持多种通信协议（比如HTTP、TCP、Named Pipes啥的），适用范围广到飞起。而WebAPI则是专门为HTTP设计的，主要搭配RESTful风格，部署简单，特别适合Web开发。 -
部署环境和客户端支持
WCF服务通常要放在像IIS或者自托管的Windows服务里才能跑起来，客户端必须懂WCF协议才可以访问。相比之下，WebAPI部署灵活，支持任何能发HTTP请求的客户端，比如浏览器、手机App，棒得不得了！ -
安全模式区别
WCF支持传输层和消息层的安全机制，数据传输的安全性很有保障，真心贴心。WebAPI更多依赖现有的HTTP安全机制，比如OAuth和HTTPS。 -
浏览器访问WCF服务
理论上，WCF服务当然可以被浏览器访问啦，但前提是服务得设置HTTP绑定，配置正确的端点。通常，这涉及到服务端点地址得写对，绑定类型选HTTP，同时服务要托管在支持HTTP请求的容器内，比如IIS或者Windows应用程序自托管。不难理解吧？
总结来说，要实现浏览器访问WCF服务，你需要确保：
- WCF服务启用HTTP绑定
- 端点地址配置正确
- 服务托管环境支持HTTP请求
这样你的浏览器发起请求时，WCF服务就能乖乖地响应啦！
相关问题解答
-
IIS部署REST服务出现405错误究竟是怎么回事
哎呀，405错误其实就是告诉你，“嘿，您用的方法服务器不允许哦”！基本上，这通常是因为IIS被某些模块限制了特定的请求方法（比如PUT, DELETE）。最常见的罪魁祸首是WebDAV模块，它会拦截非GET/POST方法。只要你在Web.config里移除这个模块，问题就能立马解决，超级实用，试试就知道！ -
WebAPI和WCF怎么选择使用？有没有什么诀窍？
嗯，这个问题问得好！如果你需要支持多种协议和复杂的安全机制，WCF真的很合适，功能全面、弹性十足。但如果你主要是做HTTP RESTful服务，想让客户端可以更轻松访问，那WebAPI简直就是神器，部署方便、扩展友好，写起来也开心。所以说，需求决定一切，明白了吗？ -
WCF服务能通过浏览器直接访问吗？有没有门槛？
当然可以啦，不过别想太简单地直接访问哦。WCF得先配置成HTTP绑定，端点地址得正儿八经设置好，而且服务得托管到支持HTTP请求的环境，比如IIS。如果这些配置没到位，浏览器发过来的请求根本没门。好了，这个门槛有点高，但配置对了，浏览器访问妥妥的！ -
为什么在IIS上运行QuartzUI不建议？有什么更好的方案？
哈哈，这个我懂！QuartzUI在IIS运行时经常被IIS自动回收进程，导致调度不稳定，真是大写的尴尬。更靠谱的办法是用Docker容器来跑它，或者直接用命令行dotnet Host.dll启动，保持它整天在线，想想都觉得爽快！这招不仅靠谱还特别省心，推荐大家试试。
新增评论