注意点:如果Feign接口方法参数名和调用控制器参数名相同可以省略@RequestParam的参数。
在Java编程中，方法的参数传递方式通常是通过基本类型、对象引用或者集合等方式。然而，一种更加优雅且灵活的设计模式是将接口对象作为方法的参数。这种方式为我们带来了许多好处，包括降低耦合性、实现多态性和可替换性、实现依赖倒置原则等。本文将深入探讨这种设计模式的优势以及在实际开发中的使用场景。
若mapper接口中的方法参数为单个字面量时：两种都行，注意${} 要手动加单引号
${}使用字符串拼接的方式拼接sql，若为字符串类型或日期类型的字段进行赋值时，需要手动加单 引 号；但是#{}使用占位符赋值的方式拼接sql，此时为字符串类型或日期类型的字段进行赋值时， 可以自 动添加单引号
在之前的文章PHP方法参数的那点事儿中，我们讲过关于PHP方法参数的一些小技巧。今天，我们带来的是更加深入的研究一下PHP中方法的参数类型。
当开发者在使用MyBatis进行数据库操作时，可能会遇到org.apache.ibatis.binding.BindingException: Parameter 'appId' not found这样的错误提示。这个错误通常会让程序无法正常运行，导致数据无法正确插入、更新或查询。
当需要启动一个线程去完成任务时，通常会通过java.lang.Runnable接口来定义任务内容，并使用java.lang.Thread类来启动该线程。“一切皆对象”作为指导思想，这种做法没毛病：首先创建一个Runnable接口的匿名内部类对象来指定任务内容，再将其交给一个线程来启动。
网上对这个问题的分析及解决不是很深入，大部分并不能解决问题，而且内容基本相同，拿来主义把内容放在自己的博客上！本篇将深入Spring源码来分析问题出现的根本原因。 问题原因 报错原因可能有两种情况： 1.请求头中没有设置Content-Type参数，或Content-Type参数值不是application/json； 2.请求头中正确设置了Content-Type参数及参数值，但是在项目jar依赖中（pom.xml或build.gradle）没有添加处理json字符串的处理类，如果SpringMVC框架在
如果咱们的接口，每次开始写之前都需要从token或者cookie中获取用户信息，这种方式虽然可行，但是咱们的代们就会很臃肿。那咱们是不是可以通过某种方式去统一做这些处理呢，而且还保证当我需要的时候才会去获取，不用的时候就不用获取呢，当然这是可以的。咱们可以使用注解和HandlerMethodArgumentResolver解析器去完成咱们需要的操作。
验证框架 依赖 注解 注 依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-validation</artifactId> </dependency> 注解 @Validated：类型、方法、方法参数。不能用在成员属性（字段）上 @Valid：方法、构造函数、方法参数和成员属性（字段）上 注 方法参数验证写在接口上即可; 类内部方法调用无效;
在前置的《基于Netty和SpringBoot实现一个轻量级RPC框架-协议篇》一文中已经定义了一个相对简单的RPC私有协议，并且实现了对应的编码和解码模块。这篇文章基于协议篇，完成Server端代码调用的编写。考虑到目前相对主流的IOC容器是Spring，这里选用了spring-boot-starter（非MVC容器，只是单纯管理Bean），依赖JDK1.8+。
使用Java反射，可以在运行时检查一个方法的信息以及在运行期调用这个方法，通过使用java.lang.reflect.Method类就可以实现上述功能。
今天来聊一聊前段时间看到的一个面试题，也是在实际项目中需要考虑的一个问题，Feign的超时时间如何设置？
在很久之前，我写过两篇关于OpenFeign和Ribbon这两个SpringCloud核心组件架构原理的文章
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
#{}：先编译 sql 语句，再给占位符传值，底层是 PreparedStatement 实现。可以防止 sql 注入，比较常用。
RPC（Remote Procedure Call）–远程过程调用，通过网络通信调用不同的服务，共同支撑一个软件系统，微服务实现的基石技术。使用RPC可以解耦系统，方便维护，同时增加系统处理请求的能力。
在前两篇文章中，我们介绍了操作Mongo数据库的类型Curd和Finder，下面要理解的是框架内mongoDB操作的条件类型——MongoDBQueryCondition。
抽象事务的多种具体表现，称为事务的多态性。我们在编码过程中通常都是面向接口，面向抽象编程，这其实就利用了多态的好处，帮我们屏蔽了多个子类之间的实现差异。
在使用注解进行参数校验时还有这样的一个场景：同样的一个Java对象，在不同的接口中需要校验的参数不同，那么此时如果将两个接口的校验都进行校验，有可能出现误判情况。
作者：Jakob Jenkov 译者：java达人 来源：http://tutorials.jenkov.com/java/lambda-expressions.html（点击阅读原文前往） Java lambda表达式是Java 8新特性。它是步入Java函数式编程的第一步。因此，Java lambda表达式是创建时不属于任何类的函数。它可以像一个对象一样传递，并按要求执行。 Java Lambdas和单一方法接口 函数式编程通常用于实现事件监听器。Java中的事件监听器通常被定义为带有单个方法的
我个人觉得这是ASP.NET Core MVC框架体系最核心的部分。原因很简单，MVC框架建立在ASP.NET Core路由终结点上，它最终的目的就是将每个Action方法映射为一个或者多个路由终结点，路由终结点根据附加在Action上的若干元数据构建而成。为了构建描述当前应用所有Action的元数据，MVC框架会提取出定义在当前应用范围内的所有Controller类型，并进一步构建出基于Controller的应用模型。应用模型不仅仅是构建Action元数据的基础，承载API的应用还可以利用它自动生成API开发文档，一些工具甚至可以利用应用模型自动生成消费API的客户端代码。这篇文章大概是两年之前写的，可能一些技术细节在最新版本的ASP.NET Core MVC已经发生了改变，但总体设计依然如此。
当我们想要在执行完成一个方法的时候，想要将这个方法相关的日志保存到数据库里面，比如这个方法的入参，这个方法的返回的主键的值，那么这个需要使用到spring里面的aop了。也就是功能的扩展，对一个方法功能的扩展。
Spring 从 3.1 开始就引入了对 Cache 的支持。定义了 org.springframework.cache.Cache 和 org.springframework.cache.CacheManager 接口来统一不同的缓存技术。并支持使用 JCache（JSR-107）注解简化我们的开发。
Spring MVC和MyBatis作为当下最为流行的两个框架，大家平时开发中都在用。如果你往深了一步去思考，你应该会有这样的疑问：
上篇文章 完整的介绍了JSR、Bean Validation、Hibernate Validator的联系和区别，并且代码演示了如何进行基于注解的Java Bean校验，自此我们可以在Java世界进行更完美的契约式编程了，不可谓不方便。
没有泛型的时候，我们封装的行为都是作用在特定类型上的，但是，很多时候如果我们把行为提取或重构出来，使其可以应用到很多类型上去的话，那么就会更有意义。这也是泛型出现的原因。
为跳槽面试做准备，今天开始进入 Java 基础的复习。希望基础不好的同学看完这篇文章，能掌握 lambda 表达式，而基础好的同学权当复习，希望看完这篇文章能够起一点你的青涩记忆。
在@Cacheable的key属性中通过#参数名可以获取到方法参数。key中内容Spring EL，既然是表达式字符串要用单引号，没有被单引号包含的内容都表示变量。
不管从事什么行业，现在都是活到老学到老的趋势，特别是我们这堆码农。这回也不用说新技术用不上，光光是PHP文档的学习都会发现非常多的知识点其实自己并没有真正的掌握，比如说这个方法参数的类型声明。上次文章中，关于PHP的方法参数类型约束，我们说过方法参数的类型约束仅限于类、接口、数组或者callable回调函数，其实这是不严谨的，PHP中也有一个严格模式的定义，如果指定了严格模式的话，普通的为方法参数类型指定普通的标量类型也是有效果的。
Spring Data 查询方法通常返回存储库管理的聚合根的一个或多个实例。但是，有时可能需要根据这些类型的某些属性创建投影。Spring Data 允许对专用返回类型进行建模，以更有选择地检索托管聚合的部分视图。
Lambda，中文名“兰布达”。是匿名函数的别名，Java8后开始引入Lambda表达式.而Android方面Android Studio 2.4 Preview 4 及其之后完全的支持lambda 表达式，如果是之前版本就需要借助插件和编译器了。下面以我们常见的点击事件为例开始讲解Lambda表达式，先看下面的代码：
当使用 @Validated、@GroupSequence 和自定义校验规则时，可以实现对实体类属性的分组校验
关于Java泛型，很多人都有一个误解，认为Java代码在编译时会擦除泛型的类型，从而在运行时导致没法访问其类型，这其实并不完全正确，因为有一部分泛型信息是可以在运行时动态获取的，这部分信息基本能够满足我们日常开发中的大多数场景，本篇文章我们就来了解相关的知识。
大家好，今天本篇博客我们来了解Spring里边的另一个重要部分，叫做AOP，也就是我们说的面向切面编程。
Java泛型编程是Java语言中一个重要的特性，可以提高代码的可读性和重用性。下面将介绍Java泛型的定义、使用场景和实践技巧，帮助开发者更好地利用泛型提高代码的质量和效率。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
在刚接触Spring MVC的时候，个人认为类似@Param注解的作用是用来匹配参数，像 Spring MVC的Controller层的方法是通过反射来实现的，细心的小伙伴们如果对反射机制比较了解， 就会知道通过反射得到的方法参数通常是arg0、arg1......这种格式，出现这种结果的原因是:设计人员认为保留参数名称，不会带来任何好处，只会占用额外的空间，所以出于性能考虑，就没有保留参数名称。所以在刚工作那会我一直认为注解值就是为了匹配参数名称的， 甚至每次注解上设置的别名都不敢和参数名不一样，但是在后续工作中，我们会发现不使用注解，只要请求的参数和方法参数名称相同，仍然是能匹配上的，匹配上的原因也是本篇文章要说明的重点。
子类的行为 要和 父类 保持一致 , 如果无法达到这一点 , 就无法遵守里氏替换原则 ;
有没有想过像 @RequestParam、@RequestBody 这些注解的工作原理呢？为什么 form 表单、application/json 的参数能够直接封装进 Bean 对象中呢？这就要说到 HandlerMethodArgumentResolver — 方法参数解析器，该接口有两个方法：
Spring框架是我们使用比较多的一个框架，而AOP又是Spring的核心特性之一，本篇文章将介绍一下AOP的切点表达式、通知等特性及如何使用Spring AOP。
1、头中需要设置 Content-Type 的值为 application/json
通知类型就是想要加的代码（校验、日志等） 是在对象方法的前面还是后面执行的类型，这就是通知类型。
问题一：FatherClass和ChildClass是父子类的关系，那List<FatherClass>和List<ChildClass>是否也是父子类的关系？
前言 本文主要讲解的知识点如下： 参数绑定 数据回显 文件上传 参数绑定 我们在Controller使用方法参数接收值，就是把web端的值给接收到Controller中处理,这个过程就叫做参数绑定… 默认支持的参数类型 从上面的用法我们可以发现，我们可以使用request对象、Model对象等等，其实是不是可以随便把参数写上去都行？？？其实并不是的… Controller方法默认支持的参数类型有4个，这4个足以支撑我们的日常开发了 HttpServletRequest HttpServletResponse
HandlerMethodArgumentResolver 是 Spring MVC 框架中的一个关键组件，用于解析控制器（Controller）方法的参数。在 Spring MVC 中，当一个请求到达时，DispatcherServlet 会负责找到对应的处理器（即控制器中的方法）来处理这个请求。在处理之前，需要解析方法的参数，这就是 HandlerMethodArgumentResolver 的作用
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
