mvc路由混乱 - 360文档中心

SpringMVC中controller中方法返回类型为ResponseEntity乱码的问题

SpringMVC中controller中⽅法返回类型为ResponseEntity乱码的问题返回类型为ResponseEntity<T>代表我们返回的数据是⼀个对象，在springMVC中，请求数据到对象和对象到响应数据的转换是通过消息转换器来完成的。

HttpMessageConverter是消息转换器的顶层接⼝，所有的消息转换器都必须实现这个接⼝package org.springframework.http.converter;import java.io.IOException;import java.util.List;import org.springframework.http.HttpInputMessage;import org.springframework.http.HttpOutputMessage;import org.springframework.http.MediaType;public interface HttpMessageConverter<T> {boolean canRead(Class<?> clazz, MediaType mediaType);boolean canWrite(Class<?> clazz, MediaType mediaType);List<MediaType> getSupportedMediaTypes();T read(Class<? extends T> clazz, HttpInputMessage inputMessage)throws IOException, HttpMessageNotReadableException;void write(T t, MediaType contentType, HttpOutputMessage outputMessage)throws IOException, HttpMessageNotWritableException;}我们可以看到针对不同的类型，实现了具体消息转换器--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------下⾯先来说说<mvc:annotation-driven></mvc:annotation-driven>，通过这个线索⼀直下去，找到问题的根源。

MVC 3 中的路由以及区域详解

MVC 3 中的路由以及区域详解我们都知道MVC 3 程序的所有请求都是先经过路由解析然后分配到特定的Controller 以及Action 中的，为什么这些知识讲完了Controller Action Model 后再讲呢？这个东西我个人感觉比较的抽象吧！如如您有基础，看起来一点也不费力，如果您没有基础的话，您连Controller Action 都不知道是什么，那您怎么理解路由呢？嘿嘿仅仅是个人的看法！如果您还没有了解MVC 3 的一些基本的信息请您按照我下面的导航来，先了解MVC 3 的其他知识，然后再看下这篇文章。

前面文章但凡涉及路由知识的东东都有对路由的简单的解释，对于不还不了解路由概念的人来说阅读下面这几篇文章没什么障碍。

1. MVC 3 初探2. MVC 3 环境安装与配置3. MVC 3 Razor 视图引擎基本语法4. MVC 3 Razor 视图引擎布局5. M V C 3 Controller6. MVC 3 Model【通过一简单实例一步一步的介绍】好下面咱就好好的说说路由Routing第一如果Routing 的命名空间是System.Web.Routing 在这说一下Routing不是MVC 3 独有的，在webForm中也可是使用。

当然我没有使用过，不过大家做过项目的都使用过url重写吧！如果您还没有用到过url重写技术的话，证明您做的项目不需要SEO 。

第二Routing的作用：1. 确定Controller2. 确定Action3. 确定其他参数（一般就是Action方法的参数了）4. 根据识别出来的Controller Action 将请求传递给对于的Controller 和Action 。

第三Routing 是怎么工作的：我们思考一个问题对于下面的这个为什么当我访问这个url的时候是怎么实现Controller 就是wlitsoft Action 就是blogs 参数就是123的呢？好我们都知道MVC 3 项目的跟目录下有个全局文件（global.asax）当然webform 中也用这个文件，下面我们看看它和webform的有什么不同或者说它新加了什么方法。

asp.netMVC常见安全问题及解决方案

MVC常见安全问题及解决⽅案⼀．CSRFExample : 在登陆状态下进⼊了攻击⽹站向安全站点发送了请求。

Solution: 在view 中使⽤ @Html.AntiForgeryToken(), 在Action 上加上 [ValidateAntiForgeryToken] 特性。

再次点到跨域请求的时候就会显⽰：“The required anti-forgery cookie "__RequestVerificationToken" is not present.”⼆．Solution: 分为 Html ,js ,url 三⼤领域。

需要区别对待进⾏输⼊输出编码。

Html 使⽤ Server.HtmlEncode , Server.HtmlDecode;url使⽤ Server.urlEncode, Server.urlDecode;js 使⽤: escape, unescape;或者使⽤ Anti- 库。

下载地址：引⼊后，html ,js ,url 分别对应的⽅法 HtmlEncode(string),JavaScriptEncodes(string),UrlEncode(string).三．直接对象引⽤Example: …/Bidding/RFPRFI/Detail?editId=xxx。

可以直接看到其他公司的信息；bidding-> evaluation . 应标⽅可直接在地址栏中输⼊：…/Bidding/Evaluation/SaveScope?proposalId=1603&priceScope=100&proScore=100&chs=100。

来随意修改评分。

还有MDI 系统中的下拉框是easyui绑定⼀个隐藏域两部分。

甚⾄可以使⽤浏览器的调试⼯具，直接修改hidden 域的值后提交。

Solution: 加⼊验证。

例如 : select * from rfprfi where edited = xxx and owner = erid. 验证该⽤户对此信息是否有读写的权限。

常见的路由器配置错误

常见的路由器配置错误常见的路由器配置错误当一个路由器出现配置错误时，那么就会留下安全隐患，要么上不网，要么使用某个网络应用时出现故障，本篇店铺深入的为大家总结路由器常见的配置错误，以免设置时浪费不必要的时间。

一、重新分配路由时忽略过滤，当为路由器重新分配路由的时候，需要启动路由过滤功能，以删除那些可能造成回路的路径。

因此，如果不应用路由过滤策略的话，通常会导致错误。

但是，要对于一个规模很大的网络而且没有完整的全局信息的网络进行过滤对于管理员而言是一件复杂的工作，有可能会漏掉这里或者那里的路径。

因此，为了避免这个问题的最好方法就是尽量不要重新分配路由，事实上，重新分配路由通常来说都是一个下策，我们其实是可以找到正确的方法解决问题而不需要重新分配路由。

二、OSPF中不匹配的邻居参数，为了建立和邻居节点的关联，基于OSPF的路由器通常都需要维持几个共有的参数。

这些参数包括身份验证、区域ID、掩码、Hello间隔、路由器消亡间隔等。

在实际的网络部署中，不标准的配置、不正确的密码等错误的邻居参数都可能导致邻居节点关联失败。

对于这样的错误，网络管理员可以较为容易地通过OSPF邻接相关的.调试命令来发现错误是否因为不匹配的邻居参数所造成的，并且发现哪些参数是错误的，进而修改。

三、重新分配路由时忘记附带子网密码，当向基于OSPF的网络中重新分配路由的时候，另一个常见的错误是有时候会发现几条路径的丢失，其原因通常是因为管理员网络在重新分配命令的末尾附带上子网的关键字。

例如，对于思科的路由器而言，子网的关键字在OSPF 重新分配子网路由的时候至关重要，如果没有附带上子网掩码的关键字， OSPF仅仅只会重新分配子网外的网络路由。

四、忘记配置测度指标，当在基于EIGRP协议的网络中重新分配路由的时候，如果发现所有的路径信息都丢失了，那极有可能是因为管理员忘记配置路由测度指标，默认设置路由测度的功能，而强行要求管理员去手动设置。

MVC基础route

mvc基础系列说谈(1)——routeMVC Routing路由：“路由”是映射到处理程序的URL 模式。

处理程序可以是物理文件，例如Web 窗体应用程序中的 .aspx 文件。

处理程序还可以是处理请求的类，例如MVC 应用程序中的控制器。

若要定义路由，可以通过指定URL 模式、处理程序和（可选）路由名称，创建Route类的一个实例。

通过将Route对象添加到RouteTable类的静态Routes属性，向应用程序中添加路由。

Routes属性是一个存储应用程序的所有路由的RouteCollection对象。

Route类Route类是抽象类RouteBase的子类，在Route类中设置了5个基本属性名称说明Constraints获取或设置为URL 参数指定有效值的表达式的词典。

DataTokens获取或设置传递到路由处理程序但未用于确定该路由是否匹配URL 模式的自定义值。

Defaults获取或设置要在URL 不包含所有参数时使用的值。

RouteHandler获取或设置处理路由请求的对象。

Url获取或设置路由的URL 模式。

以及4个重载的构造函数名称说明Route(String, IRouteHandler)使用指定的URL 模式和处理程序类初始化 Route类的新实例。

Route(String, RouteV alueDictionary, IRouteHandler)使用指定的URL 模式、默认参数值和处理程序类初始化 Route 类的新实例。

Route(String, RouteV alueDictionary, RouteV alueDictionary, IRouteHandler)使用指定的URL 模式、默认参数值、约束和处理程序类初始化 Route 类的新实例。

Route(String,RouteV alueDictionary, RouteV alueDictionary, RouteV alueDictionary, IRouteHandler)使用指定的URL 模式、默认参数值、约束、自定义值和处理程序类初始化 Route 类的新实例。

彻底解决MVC虚拟路径问题.

巧用过滤所有的Response请求并替换部分内容,彻底解决MVC虚拟路径问题.一、问题我的项目需要用到mvc,但是用习惯了的aspx文件形式,用mvc还真有点不习惯, 首当其冲的就是路径问题...众所周知,mvc最大的特点就是重用,重用页面.重用控制器..但是比较郁闷的是,页面中的文件引用,图片路径问题真是无法解决.用/代表的是网站的根目录.. 注意是浏览器的urlwww.***.com/中的这第一个/用./和../代表的是相对路径.但是这路径也是相对浏览器的url来指定的, 比如www.***.com/Home/Index指向Index.aspx, 其中写了一句话<img src="./images/a.gif" alt="" />如果Index.aspx被另外一个 www.***.com/Home/User/Index 路径引用则这个图片将失效.因为只要是在客户端的路径都是相对浏览器url的.所以我们的Index.aspx将不可重用..但是折中的方法就是把Index.aspx中的这句话改成<img src="/images/a.gif" alt="" />这样做重用问题算是解决了,可是还有一个致命的虚拟目录问题..如果把你的网站移植到一个子目录下.则整个程序将全部是错误..所以最好的方法就是把路径全部相对于你的项目..从你的项目根目录开始算起..这样可移植性就高很多.但是,浏览器根本不知道你的项目根目录是那一层..我们知道提供了从根目录开始的方法, ~/~/指向的就是当前项目的根目录..不过比较悲剧这个~/只只能在服务器端用.. 客户端根本不认识~/所以就有了下文..二、解决方案我在服务器端,把所有的输出都过滤一遍,如果输出的文本中包含 ~/ 就把 ~/ 替换成项目在网站中的从根目录 / 开始的绝对路径所以以后的写法就是<img src="~/images/a.gif" alt="" />以后你的项目就随便移植和重用吧.当然别忘啦所有的路径都从 ~/ 开始哦Mvc4项目部署到虚拟目录后找不到control的文件路径规范问题最近部署的项目的时候由于端口不够用，想到了把Mvc项目部署到虚拟目录中，结果发现图片，js设置control都找不到了。

vs2019的web mvc的路由规则

在Visual Studio 2019 中，使用 MVC 框架时，可以通过以下步骤定义路由规则：1. 创建控制器：首先，创建一个控制器来处理请求。

在Visual Studio 中，可以通过右键单击项目并选择“添加”>“控制器”来创建控制器。

选择“MVC5 控制器- 空”或“MVC5 控制器- 视图，使用Entity Framework”来创建控制器。

2. 定义路由模板：在控制器中，使用RouteConfig.cs 文件定义路由模板。

在文件中，可以使用MapRoute() 方法定义路由规则和URL 模式。

例如，以下代码将URL 中的“{controller}/{action}/{id}”模式映射到相应的控制器和操作：```csharppublic class RouteConfig{public static void RegisterRoutes(RouteCollection routes){routes.IgnoreRoute("{resource}.axd/{*pathInfo}");routes.MapRoute(name: "Default",url: "{controller}/{action}/{id}",defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional });}}```在此示例中，“Default”是路由模板的名称，“{controller}/{action}/{id}”是URL 模式，其中“{controller}”表示控制器名称，“{action}”表示操作名称，“{id}”表示可选的ID。

3. 定义控制器操作：在控制器中，为需要响应路由模板的操作添加[HttpGet] 或[HttpPost] 属性，并使用[ActionName] 属性指定操作名称。

#2Vite+Vue3+SpringMVC前后端分离解决跨域问题和session每次请求不一致问题

一、尝试通过配置请求头和响应头解决（跨域解决了但session每次请求都不一致）1、axios配置2、后端过滤器配置3、问题复现4、尝试解决（失败）5、小结二、Vite配置Proxy代理解决跨域问题（本地环境）1、axios配置2、vite.config3、后端4、测试三、Nginx反向代理解决跨域问题（测试、生产环境）1、只需在nginx配置如下2、测试四、总结正文一、尝试通过配置请求头和响应头解决（跨域解决了，但session每次请求都不一致）1、axios配置2、后端过滤器配置3、问题复现在后端打印sessionId发现:(1)前端地址为localhost:8080,后端地址为localhost:8282,此时跨域问题解决，session一致。

(2)部署到服务器上后，前端地址为192.xxx.xxx.xxx:8080,后端地址为192.xxx.xxx.xxx:8282,此时跨域问题解决，session一致。

(3)部署到服务器上后，前端地址为本机localhost:8080,后端地址为192.xxx.xxx.xxx:8282,此时跨域问题解决，session出现不一致。

4、尝试解决（失败）axios配置：查了一些资料说需需要增加可以再使用部署到服务器调试：跨域请求直接过不去5、小结实际上域名、端口、协议只要任一不同，都是跨域，但是实际测试发现相同域名下访问sessionId可以保持不变，况且cookie已经携带。

上面的解决办法行不通，但暂时没有搞懂为什么。

二、Vite配置Proxy代理解决跨域问题（本地环境）1、axios配置此处baseURL与下方配置对应，不再使用前面直接指定后端地址的方式。

3、后端把前面配置的cors过滤器删掉。

4、测试跨域：没有问题session：id保持一致三、Nginx反向代理解决跨域问题（测试、生产环境）2、测试跨域：没有问题session：id保持一致四、总结跨域常用解决方案包括：jsonp：利用script标签可跨域的特点，在跨域脚本中可以直接回调当前脚本的函数cors：服务器设置http响应头中的Access-Control-Allow-Origin值，解除跨域限制node：中间代理nginx：反向代理其中vite配置的属于中间代理，适用于本地开发环境；nginx配置反向代理，适用于生产环境。

Spring MVC中默认的ResponseBody为String的乱码问题

Spring MVC中默认的ResponseBody为String的乱码问题在Spring的MVC中，假如你用法的是中文，用的是UTF-8编码，有的时候我们会挺直返回一个文本给前端的AJAX调用。

Conollor中的代码如下： @ResponseBody @RequestMap(value = "/test", method =RequestMethod.GET) public String test() { return "中文测试";这时发觉响应出来的是乱码。

缘由是Spring会采纳默认的StringHttpMessageConverter类来举行String类型的响应处理。

查看源码发觉，这个类稀里糊涂的把响应的编码写死了，这样就产生了乱码问题。

其中有句代码是： public ic final Char DEFAULT_CHARSET = Charset.forName("ISO-8859-1"); 解决办法：想到的办法是采纳BeanPostProcessor，在Spring初始化好StringHttpMessageConverter 之后举行修改响应类型。

好在该类提供了setSupportMediaTypes办法可以举行设置。

所以实现的代码如下： public class UTF8StringBeanPostProcessor implementsBeanPostProcessor{ @Overre public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException { if(bean instaeof StringHttpMessageConverter){ MediaType mediaType = new MediaType("tt", "plain", Charset.forName("UTF-8")); List MediaType types = new ArrayList MediaType types.a(mediaType); ((StringHttpMessageConverter)bean).setSupportedMediaTypes(types); return bean;@Override public ObjectpostProcessBeforeInitialization(Object bean, String beanName) throws BeansException { return bean; 然后在配置文件上加入：beans:bean /beans:bean 这样就胜利实现了UTF8编码的输出。

第二十节：Asp.NetCoreMVC和WebApi路由规则的总结和对比

第⼆⼗节：CoreMVC和WebApi路由规则的总结和对⽐1.传统路由 Core MVC中，默认会在 Startup类→Configure⽅法→UseMvc⽅法中，会有默认路由：routes.MapRoute("default", "{controller=Home}/{action=Index}/{id?}"); 等价于eMvcWithDefaultRoute();(1). 参数解析说明 name代表：路由名称， template代表：路由模板，可以在上⾯直接赋默认值，defaults代表：路由默认值；constraints代表：路由约束(2). 多个路由多个路由默认从上往下解析，注意路由名称不能相同。

1//1.默认路由2//1.1 简版路由3 {4 routes.MapRoute("default", "{controller=Home}/{action=Index}/{id?}");5 }67//1.2 路由名称和多个参数的问题8 {9 routes.MapRoute(10 name: "default",11 template: "{controller}/{action}/{id?}",12 defaults: new { controller = "Home", action = "Index" }13 );14 routes.MapRoute(15 name: "default2",16 template: "{action}/{controller}/{id?}",17 defaults: new { controller = "Home", action = "Index2" }18 );19 }2. 属性路由(1).Route[]　Route可以单独作⽤Controller，也可以单独作⽤于action，当然也可以同时作⽤。

elementui 路由跳转失败 navmenu active样式

elementui 路由跳转失败 navmenu active样式Element UI 是一款基于 Vue.js 的桌面端组件库，它提供了丰富实用的组件和样式，方便开发者快速构建用户界面。

其中，NavMenu 组件是 Element UI 提供的一种导航菜单组件，用来显示页面导航栏并提供路由功能。

在使用 NavMenu 组件过程中，有时候会遇到路由跳转失败以及 NavMenu 的 active 样式不起作用的问题。

本文将针对这两个问题进行详细讨论。

一、路由跳转失败的原因及解决方法在使用 Element UI 的 NavMenu 组件时，有时候会遇到路由跳转失败的情况，主要原因可能有以下几点：1.路由配置错误：首先需要检查路由配置是否正确，确保路由的路径和组件的对应关系正确无误。

2.导航链接缺少 to 属性：NavMenu 组件中每个菜单项需要设置 to 属性，指定路由跳转的目标路径。

3.路由跳转方式错误：NavMenu 默认使用的是 hash 模式进行路由跳转，但如果项目使用的是 history 模式，需要进行相应的配置。

4.路由实例化错误：在 Vue 项目中，路由实例的实例化是非常重要的，需要确保正确实例化路由对象，并将其挂载到根实例上。

针对上述问题，我们可以采取以下解决方法：1.检查路由配置：仔细核对路由配置文件，确保路由路径和组件的对应关系正确无误。

2.补充 to 属性：在 NavMenu 组件的每个菜单项中添加正确的 to 属性，确保路由跳转的目标路径正确。

3.配置路由模式：如果项目使用的是 history 模式，需要在路由配置文件中进行相应的设置。

4.正确实例化路由对象：在项目的入口文件中确保正确实例化路由对象，并将其挂载到根实例上。

通过以上方法，我们可以解决路由跳转失败的问题，确保页面导航功能正常。

二、NavMenu active 样式不起作用的原因及解决方法NavMenu 组件提供了 active-class 属性，用于配置选中菜单项的样式。

ASP.NETCoreMVC学习教程之路由（Routing）

CoreMVC学习教程之路由（Routing）前⾔ Core MVC 路由是建⽴在 Core 路由的，⼀项强⼤的URL映射组件，它可以构建具有理解和搜索⽹址的应⽤程序。

这使得我们可以⾃定义应⽤程序的URL命名形式，使得它在搜索引擎优化（SEO）和链接⽣成中运⾏良好，⽽不⽤关⼼Web服务器上的⽂件是怎么组织的。

我们可以⽅便的使⽤路由模板语法定义路由，路由模板语法⽀持路由值约束，默认值和可选值。

基于约束的路由允许全局定义应⽤⽀持的URL格式，以及这些格式是怎样各⾃在给定的控制器中映射到指定的操作⽅法(Action)。

当接受到⼀个请求时，路由引擎解析URL并将其匹配⾄⼀个定义URL格式，然后调⽤相关的控制器操作⽅法。

　routes.MapRoute(name: "default",template: "{controller=Home}/{action=Index}/{id?}");特性路由(Attribute Routing) 允许以在控制器和⽅法使⽤添加特性的⽅式指定路由信息来定义应⽤程序的路由。

这意味着路由定义紧邻它们所关联的控制器和⽅法。

Core MVC 使⽤路由中间件来匹配传⼊请求的URL，并将它们映射到操作⽅法。

路由在启动代码或属性中定义，它描述了⽹址路径应如何与操作⽅法匹配，还⽤于响应中⽣成链接并发送。

1.设置路由中间件创建⼀个 Core Web应⽤程序，在Startup类的Configure⽅法中有：eMvc(routes =>{routes.MapRoute(name: "default",template: "{controller=Home}/{action=Index}/{id?}");});在对UseMvc的调⽤过程中，MapRoute⽤于创建单个路由，即默认路由。

⼤多数MVC应⽤程序都使⽤与默认路由模板类似的路由。

为ASP.NETMVC及WebApi添加路由优先级

为MVC及WebApi添加路由优先级⼀、为什么需要路由优先级⼤家都知道我们在 MVC项⽬或WebApi项⽬中注册路由是没有优先级的，当项⽬⽐较⼤、或有多个区域、或多个Web项⽬、或采⽤插件式框架开发时，我们的路由注册很可能不是写在⼀个⽂件中的，⽽是分散在很多不同项⽬的⽂件中，这样⼀来，路由的优先级的问题就突显出来了。

⽐如： App_Start/RouteConfig.cs中routes.MapRoute(name: "Default",url: "{controller}/{action}/{id}",defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional });Areas/Admin/AdminAreaRegistration.cs中context.MapRoute(name: "Login",url: "login",defaults: new { area = "Admin", controller = "Account", action = "Login", id = UrlParameter.Optional },namespaces: new string[] { "Wenku.Admin.Controllers" });假如是先注册上⾯那个通⽤的default路由，再注册这个login的路由，那么⽆论怎么样，都会先匹配第⼀个满⾜条件的路由，也就是第两个路由注册是⽆效的。

造成这个问题的原因就是这两个路由注册的顺序问题，⽽ MVC及WebApi中注册路由都没有优先级这个概念，所以今天我们就是要⾃⼰实现这个想法，在注册路由时加⼊⼀个优先级的概念。

C#ASP.NETMVC5路由系统机制详细讲解（转）

C#MVC5路由系统机制详细讲解（转） MVC5路由系统机制详细讲解转载 MVC5路由系统机制详细讲解https:///slowlifes/article/details/72461440请求⼀个 mvc的⽹站和以前的web form是有区别的， MVC框架内部给我们提供了路由机制，当IIS接受到⼀个请求时，会先看是否请求了⼀个静态资源（.html,css,js,图⽚等），这⼀步是web form和mvc都是⼀样的，如果不是则说明是请求的是⼀个动态页⾯，就会⾛的管道，mvc的程序请求都会⾛路由系统，会映射到⼀个Controller对应的Action⽅法，⽽web form请求动态页⾯是会查找本地实际存在⼀个aspx⽂件。

下⾯通过⼀个 MVC5项⽬来详细介绍⼀下 MVC5路由系统的机制。

⼀、认识Global.asax.cs当我们创建⼀个 MVC5的项⽬的时候会在项⽬的根⽬录中⽣成⼀个Global.asax⽂件。

1public class MvcApplication : System.Web.HttpApplication2 {3protected void Application_Start()4 {5//注册 MVC 应⽤程序中的所有区域6 AreaRegistration.RegisterAllAreas();7//注册全局的Filters8 FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);9//注册路由规则10 RouteConfig.RegisterRoutes(RouteTable.Routes);11//注册打包绑定（js,css等）12 BundleConfig.RegisterBundles(BundleTable.Bundles);13 }14 }这个Application_Start⽅法会在⽹站启动的⾃动调⽤，其中我们看到：RouteConfig.RegisterRoutes(RouteTable.Routes);这个就是向 MVC 框架注册我们⾃定义的路由规则，让之后的URL能够对应到具体的Action。

3种常见的路由方式

3种常见的路由⽅式本⽂将会介绍⽂件路径、MVC、RESTful三种常见的路由⽅式 --以下内容出⾃《深⼊浅出node.js》 1. ⽂件路径型 1.1 静态⽂件这种⽅式的路由在路径解析的部分有过简单描述，其让⼈舒服的地⽅在于URL的路径与⽹站⽬录的路径⼀致，⽆须转换，⾮常直观。

这种路由的处理⽅式也⼗分简单，将请求路径对应的⽂件发送给客户端即可。

如：// 原⽣实现http.createServer((req, res) => {if (req.url === '/home') {// 假设本地服务器将html静态⽂件放在根⽬录下的view⽂件夹fs.readFile('/view/' + req.url + '.html', (err, data) => {res.writeHead(200, { 'Content-Type': 'text/html' });res.end(data)})}}).listen()// Expressapp.get('/home', (req, res) => {fs.readFile('/view/' + req.url + '.html', (err, data) => {res.writeHead(200, { 'Content-Type': 'text/html' });res.status(200).send(data)})}) 1.2. 动态⽂件在MVC模式流⾏起来之前，根据⽂件路径执⾏动态脚本也是基本的路由⽅式，它的处理原理是Web服务器根据URL路径找到对应的⽂件，如/index.asp或/index.php。

Web服务器根据⽂件名后缀去寻找脚本的解析器，并传⼊HTTP请求的上下⽂。

解决springmvc+mybatis+mysql中文乱码问题

（2）修改数据库的字符集为utf-8：打开mysql根目录下my.ini(mysql5.6为my-default.ini,要把它copy一份命名为my.ini)，在下面具体位置添加（或修改）：
复制代码代码如下: [mysqld]character-set-server=utf8 [client]default-character-set = utf8[mysql]default-character-set = utf8
如此查出的text值在控制台中一直显示乱码。
之后google查找相关resultType=blob相关内容无果，遂将其改为resultType = "java.util.Map" ，且
byte[] b = (byte[]) map.get("text"); String s = new String(b,"utf-8");
（2）在JSP等页面上修改：charset=UTF-8"和pageEncoding="UTF-8"
2、Controller读取到的是正确的中文，但是保存到数据库后变成“？？”
（1）修改数据库连接jdbc_url=jdbc:mysql://localhost:3306/mybatistest? useUnicode=yes&characterEncoding=UTF8("&":在xml文件中表示"&")
打印出s，此时中文正常显示，但页面显示依旧乱码。
因此处为ajax请求，遂检查响应头信息，查出如下
Content-Typetext/html;charset=ISO-8859-1
由于数据库中统一为编码为utf-8，故修改响应头信息

解决SpringMvc后台接收json数据中文乱码问题的几种方法

解决SpringMvc后台接收json数据中⽂乱码问题的⼏种⽅法1、使⽤ajax从前台页⾯传输数据到后台controller控制器的时候，出现中⽂乱码（问号）。

之前在⽹上找了各种解决⽅案，都⾏不通，最后发现是tomcat服务器接收数据的问题解决⽅案：⽅式⼀：在controller接收参数时，对参数进⾏转码@ResponseBody@RequestMapping(value="/getJsonDataByCityName",produces="application/json")public String getJsonByName(HttpServletRequest request,HttpServletResponse response,@RequestParam String city_name)throws ServletException,IOException {//response.setContentType("text/html;charset=UTF-8");//request.setCharacterEncoding("UTF-8");//解决post乱码问题System.out.println(request.getCharacterEncoding());city_name = new String(city_name.getBytes("ISO-8859-1"), "UTF-8");System.out.println("city_name:"+city_name);}⽅式⼆：配置tomcat⽬录下的service.xml⽂件tomcat7/conf/server.xml给该⾏代码加上 URIEncoding="UTF-8" 的编码属性<Connector port="8080" protocol="HTTP/1.1"connectionTimeout="20000"redirectPort="8443" URIEncoding="UTF-8" />原因分析：其实乱码问题出现的原因，就是由于默认的tomcat配置，接收请求是以ISO-8859-1来转码，导致中⽂出现了乱码问题，只要能正确的以utf-8来转码，则可以解决乱码问题。

usemvcwithdefaultroute

usemvcwithdefaultrouteMVC是一种基于模型-视图-控制器（MVC）体系结构的Web 应用程序开发框架。

MVC将应用程序分为三个主要方面：模型（数据访问层）、视图（用户界面层）和控制器（业务逻辑层）。

控制器处理客户端发起的请求，它们采用动作方法来响应请求。

MVC 通过响应动作方法来创建 Web 应用程序的用户界面。

默认情况下，MVC 使用它自己的路由系统来响应 URL 请求。

在 MVC 中，默认路由是用于处理 URL 的默认路由模板。

在 MVC 应用程序中，你可以在 Global.asax.cs 文件中找到默认路由。

以下是默认路由的代码：```public class MvcApplication : System.Web.HttpApplication {protected void Application_Start(){AreaRegistration.RegisterAllAreas();RouteConfig.RegisterRoutes(RouteTable.Routes);}}public class RouteConfig{public static void RegisterRoutes(RouteCollection routes){routes.IgnoreRoute('{resource}.axd/{*pathInfo}');routes.MapRoute(na 'Default',url: '{controller}/{action}/{id}',defaults: new { controller = 'Home', action = 'Index', id = UrlParameter.Optional });}}```默认路由使用三个 URL 参数来匹配请求路由:- Controller: 控制器名称- Action: 动作名称- id: id 参数在默认路由中，控制器名和动作名是必需的，但 id 可以省略。