Dubbo服務(wù)校驗(yàn)參數(shù)的解決方案
本文分享了如何對(duì)Dubbo服務(wù)進(jìn)行優(yōu)雅的參數(shù)校驗(yàn)，以實(shí)現(xiàn)服務(wù)端統(tǒng)一的數(shù)據(jù)返回格式，同時(shí)也在一定程度提升開(kāi)發(fā)效率，避免重復(fù)簡(jiǎn)單的參數(shù)校驗(yàn)邏輯.
一、背景
服務(wù)端在向外提供接口服務(wù)時(shí)，不管是對(duì)前端提供HTTP接口，還是面向內(nèi)部其他服務(wù)端提供的RPC接口，常常會(huì)面對(duì)這樣一個(gè)問(wèn)題，就是如何優(yōu)雅的解決各種接口參數(shù)校驗(yàn)問(wèn)題？
早期大家在做面向前端提供的HTTP接口時(shí)，對(duì)參數(shù)的校驗(yàn)可能都會(huì)經(jīng)歷這幾個(gè)階段：每個(gè)接口每個(gè)參數(shù)都寫(xiě)定制校驗(yàn)代碼、提煉公共校驗(yàn)邏輯、自定義切面進(jìn)行校驗(yàn)、通用標(biāo)準(zhǔn)的校驗(yàn)邏輯。
這邊提到的通用標(biāo)準(zhǔn)的校驗(yàn)邏輯指的就是基于JSR303的Java Bean Validation，其中官方指定的具體實(shí)現(xiàn)就是 Hibernate Validator，在Web項(xiàng)目中結(jié)合Spring可以做到很優(yōu)雅的去進(jìn)行參數(shù)校驗(yàn)。
本文主要也是想給大家介紹下如何在使用Dubbo時(shí)做好優(yōu)雅的參數(shù)校驗(yàn)。
二、解決方案
Dubbo框架本身是支持參數(shù)校驗(yàn)的，同時(shí)也是基于JSR303去實(shí)現(xiàn)的，我們來(lái)看下具體是怎么實(shí)現(xiàn)的。
2.1 maven依賴(lài)
<!-- 定義在facade接口模塊的pom文件找那個(gè) -->
<dependency>
<groupId>javax.validation</groupId>
<artifactId>validation-api</artifactId>
<version>2.0.1.Final</version>
<!-- 如果不想facade包有多余的依賴(lài)，此處scope設(shè)為provided，否則可以刪除 -->
<scope>provided</scope>
</dependency>
<!-- 下面依賴(lài)通常加在Facade接口實(shí)現(xiàn)模塊的pom文件中 -->
<dependency>
<groupId>org.hibernate.validator</groupId>
<artifactId>hibernate-validator</artifactId>
<version>6.2.0.Final</version>
</dependency>
2.2 接口定義
facade接口定義：
public interface UserFacade {
FacadeResult<Boolean> updateUser(UpdateUserParam param);
}參數(shù)定義
public class UpdateUserParam implements Serializable {
private static final long serialVersionUID = 2476922055212727973L;
@NotNull(message = "用戶(hù)標(biāo)識(shí)不能為空")
private Long id;
@NotBlank(message = "用戶(hù)名不能為空")
private String name;
@NotBlank(message = "用戶(hù)手機(jī)號(hào)不能為空")
@Size(min = 8, max = 16, message="電話(huà)號(hào)碼長(zhǎng)度介于8~16位")
private String phone;
// getter and setter ignored
}公共返回定義
/**
* Facade接口統(tǒng)一返回結(jié)果
*/
public class FacadeResult<T> implements Serializable {
private static final long serialVersionUID = 8570359747128577687L;
private int code;
private T data;
private String msg;
// getter and setter ignored
}
2.3 Dubbo服務(wù)提供者端配置
Dubbo服務(wù)提供者端必須作這個(gè)validation="true"的配置，具體示例配置如下：
Dubbo接口服務(wù)端配置
<bean class="com.xxx.demo.UserFacadeImpl" id="userFacade"/> <dubbo:service interface="com.xxx.demo.UserFacade" ref="userFacade" validation="true" />
2.4 Dubbo服務(wù)消費(fèi)者端配置
這個(gè)根據(jù)業(yè)務(wù)方使用習(xí)慣不作強(qiáng)制要求，但建議配置上都加上validation="true"，示例配置如下：
<dubbo:reference id="userFacade" interface="com.xxx.demo.UserFacade" validation="true" />
2.5 驗(yàn)證參數(shù)校驗(yàn)
前面幾步完成以后，驗(yàn)證這一步就比較簡(jiǎn)單了，消費(fèi)者調(diào)用該約定接口，接口入?yún)魅險(xiǎn)pdateUserParam對(duì)象，其中字段不用賦值，然后調(diào)用服務(wù)端接口就會(huì)得到如下的參數(shù)異常提示：
Dubbo接口服務(wù)端配置
javax.validation.ValidationException: Failed to validate service: com.xxx.demo.UserFacade, method: updateUser, cause: [ConstraintViolationImpl{interpolatedMessage='用戶(hù)名不能為空', propertyPath=name, rootBeanClass=class com.xxx.demo.UpdateUserParam, messageTemplate='用戶(hù)名不能為空'}, ConstraintViolationImpl{interpolatedMessage='用戶(hù)手機(jī)號(hào)不能為空', propertyPath=phone, rootBeanClass=class com.xxx.demo.UpdateUserParam, messageTemplate='用戶(hù)手機(jī)號(hào)不能為空'}, ConstraintViolationImpl{interpolatedMessage='用戶(hù)標(biāo)識(shí)不能為空', propertyPath=id, rootBeanClass=class com.xxx.demo.UpdateUserParam, messageTemplate='用戶(hù)標(biāo)識(shí)不能為空'}]
javax.validation.ValidationException: Failed to validate service: com.xxx.demo.UserFacade, method: updateUser, cause: [ConstraintViolationImpl{interpolatedMessage='用戶(hù)名不能為空', propertyPath=name, rootBeanClass=class com.xxx.demo.UpdateUserParam, messageTemplate='用戶(hù)名不能為空'}, ConstraintViolationImpl{interpolatedMessage='用戶(hù)手機(jī)號(hào)不能為空', propertyPath=phone, rootBeanClass=class com.xxx.demo.UpdateUserParam, messageTemplate='用戶(hù)手機(jī)號(hào)不能為空'}, ConstraintViolationImpl{interpolatedMessage='用戶(hù)標(biāo)識(shí)不能為空', propertyPath=id, rootBeanClass=class com.xxx.demo.UpdateUserParam, messageTemplate='用戶(hù)標(biāo)識(shí)不能為空'}]
at org.apache.dubbo.validation.filter.ValidationFilter.invoke(ValidationFilter.java:96)
at org.apache.dubbo.rpc.protocol.ProtocolFilterWrapper$1.invoke(ProtocolFilterWrapper.java:83)
....
at org.apache.dubbo.remoting.exchange.support.header.HeaderExchangeHandler.received(HeaderExchangeHandler.java:175)
at org.apache.dubbo.remoting.transport.DecodeHandler.received(DecodeHandler.java:51)
at org.apache.dubbo.remoting.transport.dispatcher.ChannelEventRunnable.run(ChannelEventRunnable.java:57)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)三、定制Dubbo參數(shù)校驗(yàn)異常返回
從前面內(nèi)容我們可以很輕松的驗(yàn)證，當(dāng)消費(fèi)端調(diào)用Dubbo服務(wù)時(shí)，參數(shù)如果不合法就會(huì)拋出相關(guān)異常信息，消費(fèi)端調(diào)用時(shí)也能識(shí)別出異常信息，似乎這樣就沒(méi)有問(wèn)題了。
但從前面所定義的服務(wù)接口來(lái)看，一般業(yè)務(wù)開(kāi)發(fā)會(huì)定義統(tǒng)一的返回對(duì)象格式（如前文示例中的FacadeResult），對(duì)于業(yè)務(wù)異常情況，會(huì)約定相關(guān)異常碼并結(jié)合相關(guān)性信息提示。因此對(duì)于參數(shù)校驗(yàn)不合法的情況，服務(wù)調(diào)用方自然不希望服務(wù)端拋出一大段包含堆棧信息的異常信息，而是希望還保持這種統(tǒng)一的返回形式，就如下面這種返回所示：
Dubbo接口服務(wù)端配置：
{
"code": 1001,
"msg": "用戶(hù)名不能為空",
"data": null
}
3.1 ValidationFilter & JValidator
想要做到返回格式的統(tǒng)一，我們先來(lái)看下前面所拋出的異常是如何來(lái)的？
從異常堆棧內(nèi)容我們可以看出這個(gè)異常信息返回是由ValidationFilter拋出的，從名字我們可以猜到這個(gè)是采用Dubbo的Filter擴(kuò)展機(jī)制的一個(gè)內(nèi)置實(shí)現(xiàn)，當(dāng)我們對(duì)Dubbo服務(wù)接口啟用參數(shù)校驗(yàn)時(shí)（即前文Dubbo服務(wù)配置中的validation="true")，該Filter就會(huì)真正起作用，我們來(lái)看下其中的關(guān)鍵實(shí)現(xiàn)邏輯：
@Override
public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
if (validation != null && !invocation.getMethodName().startsWith("$")
&& ConfigUtils.isNotEmpty(invoker.getUrl().getMethodParameter(invocation.getMethodName(), VALIDATION_KEY))) {
try {
Validator validator = validation.getValidator(invoker.getUrl());
if (validator != null) {
// 注1
validator.validate(invocation.getMethodName(), invocation.getParameterTypes(), invocation.getArguments());
}
} catch (RpcException e) {
throw e;
} catch (ValidationException e) {
// 注2
return AsyncRpcResult.newDefaultAsyncResult(new ValidationException(e.getMessage()), invocation);
} catch (Throwable t) {
return AsyncRpcResult.newDefaultAsyncResult(t, invocation);
}
}
return invoker.invoke(invocation);
}
從前文的異常堆棧信息我們可以知道異常信息是由上述代碼「注2」處所產(chǎn)生，這邊是因?yàn)椴东@了ValidationException，通過(guò)走讀代碼或者調(diào)試可以得知，該異常是由「注1」處valiator.validate方法所產(chǎn)生。
而Validator接口在Dubbo框架中實(shí)現(xiàn)只有JValidator，這個(gè)通過(guò)idea工具顯示Validator所有實(shí)現(xiàn)的UML類(lèi)圖可以看出（如下圖所示），當(dāng)然調(diào)試代碼也可以很輕松定位到。
既然定位到JValidator了，我們就繼續(xù)看下它里面validate方法的具體實(shí)現(xiàn)，關(guān)鍵代碼如下所示：
@Override
public void validate(String methodName, Class<?>[] parameterTypes, Object[] arguments) throws Exception {
List<Class<?>> groups = new ArrayList<>();
Class<?> methodClass = methodClass(methodName);
if (methodClass != null) {
groups.add(methodClass);
}
Set<ConstraintViolation<?>> violations = new HashSet<>();
Method method = clazz.getMethod(methodName, parameterTypes);
Class<?>[] methodClasses;
if (method.isAnnotationPresent(MethodValidated.class)){
methodClasses = method.getAnnotation(MethodValidated.class).value();
groups.addAll(Arrays.asList(methodClasses));
}
groups.add(0, Default.class);
groups.add(1, clazz);
Class<?>[] classgroups = groups.toArray(new Class[groups.size()]);
Object parameterBean = getMethodParameterBean(clazz, method, arguments);
if (parameterBean != null) {
// 注1
violations.addAll(validator.validate(parameterBean, classgroups ));
}
for (Object arg : arguments) {
// 注2
validate(violations, arg, classgroups);
}
if (!violations.isEmpty()) {
// 注3
logger.error("Failed to validate service: " + clazz.getName() + ", method: " + methodName + ", cause: " + violations);
throw new ConstraintViolationException("Failed to validate service: " + clazz.getName() + ", method: " + methodName + ", cause: " + violations, violations);
}
}從上述代碼中可以看出當(dāng)「注1」和注「2」兩處代碼進(jìn)行參數(shù)校驗(yàn)時(shí)所得到的「違反約束」的信息都被加入到violations集合中，而在「注3」處檢查到「違反約束」不為空時(shí)，就會(huì)拋出包含「違反約束」信息的ConstraintViolationException，該異常繼承自ValidationException，這樣也就會(huì)被ValidationFilter中方法所捕獲，進(jìn)而向調(diào)用方返回相關(guān)異常信息。
3.2 自定義參數(shù)校驗(yàn)異常返回
從前一小節(jié)我們可以很清晰的了解到了為什么會(huì)拋出那樣的異常信息給調(diào)用方，如果想做到我們前面想要的訴求：統(tǒng)一返回格式，我們需要按照下面的步驟去實(shí)現(xiàn)。
3.2.1 自定義Filter
@Activate(group = {CONSUMER, PROVIDER}, value = "customValidationFilter", order = 10000)
public class CustomValidationFilter implements Filter {
private Validation validation;
public void setValidation(Validation validation) { this.validation = validation; }
public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
if (validation != null && !invocation.getMethodName().startsWith("$")
&& ConfigUtils.isNotEmpty(invoker.getUrl().getMethodParameter(invocation.getMethodName(), VALIDATION_KEY))) {
try {
Validator validator = validation.getValidator(invoker.getUrl());
if (validator != null) {
validator.validate(invocation.getMethodName(), invocation.getParameterTypes(), invocation.getArguments());
}
} catch (RpcException e) {
throw e;
} catch (ConstraintViolationException e) {// 這邊細(xì)化了異常類(lèi)型
// 注1
Set<ConstraintViolation<?>> violations = e.getConstraintViolations();
if (CollectionUtils.isNotEmpty(violations)) {
ConstraintViolation<?> violation = violations.iterator().next();// 取第一個(gè)進(jìn)行提示就行了
FacadeResult facadeResult = FacadeResult.fail(ErrorCode.INVALID_PARAM.getCode(), violation.getMessage());
return AsyncRpcResult.newDefaultAsyncResult(facadeResult, invocation);
}
return AsyncRpcResult.newDefaultAsyncResult(new ValidationException(e.getMessage()), invocation);
} catch (Throwable t) {
return AsyncRpcResult.newDefaultAsyncResult(t, invocation);
}
}
return invoker.invoke(invocation);
}
}
該自定義filter與內(nèi)置的ValidationFilter唯一不同的地方就在于「注1」處所新增的針對(duì)特定異常ConstraintViolationException的處理，從異常對(duì)象中獲取包含的「違反約束」信息，并取其中第一個(gè)來(lái)構(gòu)造業(yè)務(wù)上所定義的通用數(shù)據(jù)格式FacadeResult對(duì)象，作為Dubbo服務(wù)接口調(diào)用返回的信息。
3.2.2 自定義Filter的配置
開(kāi)發(fā)過(guò)Dubbo自定義filter的同學(xué)都知道，要讓它生效需要作一個(gè)符合SPI規(guī)范的配置，如下所示：
a. 新建兩級(jí)目錄分別是META-INF和dubbo，這個(gè)需要特別注意，不能直接新建一個(gè)目錄名為「META-INFO.dubbo」，否則在初始化啟動(dòng)的時(shí)候會(huì)失敗。
b. 新建一個(gè)文件名為com.alibaba.dubbo.rpc.Filter，當(dāng)然也可以是org.apache.dubbo.rpc.Filter，Dubbo開(kāi)源到Apache社區(qū)后，默認(rèn)支持這兩個(gè)名字。
c. 文件中配置內(nèi)容為：customValidationFilter=com.xxx.demo.dubbo.filter.CustomValidationFilter。
3.3.3 Dubbo服務(wù)配置
有了自定義參數(shù)校驗(yàn)的Filter配置后，如果只做到這的話(huà)，其實(shí)還有一個(gè)問(wèn)題，應(yīng)用啟動(dòng)后會(huì)有兩個(gè)參數(shù)校驗(yàn)Filter生效。當(dāng)然可以通過(guò)指定Filter的order來(lái)實(shí)現(xiàn)自定義Filter先執(zhí)行，但很顯然這種方式不穩(wěn)妥，而且兩個(gè)Filter的功能是重復(fù)的，因此只需要一個(gè)生效就可以了，Dubbo提供了一種機(jī)制可以禁用指定的Filter，只需在Dubbo配置文件中作如下配置即可：
<!-- 需要禁用的filter以"-"開(kāi)頭并加上filter名稱(chēng) --> <!-- 查看源碼，可看到需要禁用的ValidationFilter名為validation--> <dubbo:provider filter="-validation"/>
但經(jīng)過(guò)上述配置后，發(fā)現(xiàn)customValidationFilter并沒(méi)有生效，經(jīng)過(guò)調(diào)試以及對(duì)dubbo相關(guān)文檔的學(xué)習(xí)，對(duì)Filter生效機(jī)制有了一定的了解。
a. dubbo啟動(dòng)后，默認(rèn)會(huì)生效框架自帶的一系列Filter；
可以在dubbo框架的資源文件org.apache.dubbo.rpc.Filter中看到具體有哪些，不同版本的內(nèi)容可能會(huì)有些許差別。
cache=org.apache.dubbo.cache.filter.CacheFilter validation=org.apache.dubbo.validation.filter.ValidationFilter // 注1 echo=org.apache.dubbo.rpc.filter.EchoFilter generic=org.apache.dubbo.rpc.filter.GenericFilter genericimpl=org.apache.dubbo.rpc.filter.GenericImplFilter token=org.apache.dubbo.rpc.filter.TokenFilter accesslog=org.apache.dubbo.rpc.filter.AccessLogFilter activelimit=org.apache.dubbo.rpc.filter.ActiveLimitFilter classloader=org.apache.dubbo.rpc.filter.ClassLoaderFilter context=org.apache.dubbo.rpc.filter.ContextFilter consumercontext=org.apache.dubbo.rpc.filter.ConsumerContextFilter exception=org.apache.dubbo.rpc.filter.ExceptionFilter executelimit=org.apache.dubbo.rpc.filter.ExecuteLimitFilter deprecated=org.apache.dubbo.rpc.filter.DeprecatedFilter compatible=org.apache.dubbo.rpc.filter.CompatibleFilter timeout=org.apache.dubbo.rpc.filter.TimeoutFilter tps=org.apache.dubbo.rpc.filter.TpsLimitFilter trace=org.apache.dubbo.rpc.protocol.dubbo.filter.TraceFilter future=org.apache.dubbo.rpc.protocol.dubbo.filter.FutureFilter monitor=org.apache.dubbo.monitor.support.MonitorFilter metrics=org.apache.dubbo.monitor.dubbo.MetricsFilter
如上「注1」中的Filter就是我們上一步配置中想要禁用的Filter，因?yàn)檫@些filter都是Dubbo內(nèi)置的，所以這些filter集合有一個(gè)統(tǒng)一的名字，default，因此如果想全部禁用，除了一個(gè)一個(gè)禁用外，也可以直接用'-default'達(dá)到目的，這些默認(rèn)內(nèi)置的filter只要沒(méi)有全部或單獨(dú)禁用，那就會(huì)生效。
b. 想要開(kāi)發(fā)的自定義Filter能生效，不并一定要在<dubbo:provider filter="xxxFitler" >中體現(xiàn)；如果我們沒(méi)有在Dubbo相關(guān)的配置文件中去配置Filter相關(guān)信息，只要寫(xiě)好自定義filter代碼，并在資源文件/META-INF/dubbo/com.alibaba.dubbo.rpc.Filter中按照spi規(guī)范定義好即可，這樣所有被加載的Filter都會(huì)生效。
c. 如果在Dubbo配置文件中配置了Filter信息，那自定義Filter只有顯式配置才會(huì)生效。
d. Filter配置也可以加在dubbo service配置中（<dubbo:service interface="..." ref="..." validation="true" filter="xFilter,yFilter"/>）。
當(dāng)dubbo配置文件中provider 和service部分都配置了Filter信息，針對(duì)service具體生效的Filter取兩者配置的并集。
因此想要自定義的校驗(yàn)Filter在所有服務(wù)中都生效，需要作如下配置：
<dubbo:provider filter="-validation, customValidationFilter"/>
四、如何擴(kuò)展校驗(yàn)注解
前面示例中都是利用參數(shù)校驗(yàn)的內(nèi)置注解去完成，在實(shí)際開(kāi)發(fā)中有時(shí)候會(huì)遇到默認(rèn)內(nèi)置的注解無(wú)法滿(mǎn)足校驗(yàn)需求，這時(shí)就需要自定義一些校驗(yàn)注解去滿(mǎn)足需求，方便開(kāi)發(fā)。
假設(shè)有這樣一個(gè)場(chǎng)景，某參數(shù)值需要校驗(yàn)只能在指定的幾個(gè)數(shù)值范圍內(nèi)，類(lèi)似于白名單一樣，下面就以這個(gè)場(chǎng)景來(lái)演示下如何擴(kuò)展校驗(yàn)注解。
4.1 定義校驗(yàn)注解
@Target({ METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER })
@Retention(RUNTIME)
@Documented
@Constraint(validatedBy = { })// 注1
// @Constraint(validatedBy = {AllowedValueValidator.class}) 注2
public @interface AllowedValue {
String message() default "參數(shù)值不在合法范圍內(nèi)";
Class<?>[] groups() default { };
Class<? extends Payload>[] payload() default { };
long[] value() default {};
}public class AllowedValueValidator implements ConstraintValidator<AllowedValue, Long> {
private long[] allowedValues;
@Override
public void initialize(AllowedValue constraintAnnotation) {
this.allowedValues = constraintAnnotation.value();
}
public boolean isValid(Long value, ConstraintValidatorContext context) {
if (allowedValues.length == 0) {
return true;
}
return Arrays.stream(allowedValues).anyMatch(o -> Objects.equals(o, value));
}「注1」中的校驗(yàn)器(Validator)并沒(méi)有指定，當(dāng)然是可以像「注2」中那樣直接指定校驗(yàn)器，但考慮到自定義注解有可能是直接暴露在facade包中，而具體的校驗(yàn)器的實(shí)現(xiàn)有時(shí)候會(huì)包含一些業(yè)務(wù)依賴(lài)，所以不建議直接在此處指定，而是通過(guò)Hibernate Validator提供的Validator發(fā)現(xiàn)機(jī)制去完成關(guān)聯(lián)。
4.2 配置定制Validator發(fā)現(xiàn)
a. 在resources目錄下新建META-INF/services/javax.validation.ConstraintValidator文件。
b. 文件中只需填入相應(yīng)Validator的全路徑：com.xxx.demo.validator.AllowedValueValidator，如果有多個(gè)的話(huà)，每行一個(gè)。
五、總結(jié)
本文主要介紹了使用Dubbo框架時(shí)如何使用優(yōu)雅點(diǎn)方式完成參數(shù)的校驗(yàn)，首先演示了如何利用Dubbo框架默認(rèn)支持的校驗(yàn)實(shí)現(xiàn)，然后接著演示了如何配合實(shí)際業(yè)務(wù)開(kāi)發(fā)返回統(tǒng)一的數(shù)據(jù)格式，最后介紹了下如何進(jìn)行自定義校驗(yàn)注解的實(shí)現(xiàn)，方便進(jìn)行后續(xù)自行擴(kuò)展實(shí)現(xiàn)，希望能在實(shí)際工作中有一定的幫助。
相關(guān)文章
Jar文件的全稱(chēng)是Java Archive File即Java歸檔文件,主要是對(duì)class文件進(jìn)行壓縮,是一種壓縮文件,和常見(jiàn)的zip壓縮文件兼容,下面這篇文章主要給大家介紹了關(guān)于JAVA工程中引用本地jar的3種常用簡(jiǎn)單方式,需要的朋友可以參考下2024-03-03
Runtime.getRuntime().exec 路徑包含空格的解決
這篇文章主要介紹了Runtime.getRuntime().exec 路徑包含空格的解決方案，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教2021-11-11
spring 或者spring boot 調(diào)整bean加載順序的方式
這篇文章主要介紹了spring 或者spring boot 調(diào)整bean加載順序的方式,本文通過(guò)實(shí)例代碼講解三種調(diào)整類(lèi)加載順序的方式，代碼簡(jiǎn)單易懂，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值，需要的朋友可以參考下2023-03-03
關(guān)于Scanner中nextInt()、nextLine()等方法總結(jié)與問(wèn)題解決
這篇文章主要介紹了關(guān)于Scanner中nextInt()、nextLine()等方法總結(jié)與問(wèn)題解決，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。2022-11-11
解析Mybatis連續(xù)傳遞多個(gè)參數(shù)的方法
MyBatis是一個(gè)支持普通SQL查詢(xún)，存儲(chǔ)過(guò)程和高級(jí)映射的優(yōu)秀持久層框架，這篇文章主要介紹了Mybatis連續(xù)傳遞多個(gè)參數(shù)的方法,需要的朋友可以參考下2016-08-08
arthas在idea和docker中的應(yīng)用方式
這篇文章主要介紹了arthas在idea和docker中的應(yīng)用方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-10-10
今天小編就為大家分享一篇關(guān)于Java源碼解析HashMap的keySet()方法，小編覺(jué)得內(nèi)容挺不錯(cuò)的，現(xiàn)在分享給大家，具有很好的參考價(jià)值，需要的朋友一起跟隨小編來(lái)看看吧2019-01-01
MyBatis-Plus動(dòng)態(tài)表名使用selectPage方法不生效問(wèn)題解析與解決方案
MyBatis-Plus是MyBatis的增強(qiáng)工具,動(dòng)態(tài)表名是MyBatis-Plus的一個(gè)重要功能之一,一些開(kāi)發(fā)者在使用selectPage方法時(shí)可能會(huì)遇到動(dòng)態(tài)表名不生效的問(wèn)題,本文將深入分析這個(gè)問(wèn)題的原因,并提供相應(yīng)的解決方案,需要的朋友可以參考下2023-12-12
Java使用JSqlParser解析復(fù)雜的SQL語(yǔ)句的詳細(xì)步驟
這篇文章介紹了在Java代碼中使用 JSqlParser解析復(fù)雜SQL語(yǔ)句的相關(guān)內(nèi)容,包括JSqlParser是什么及安裝步驟,其使用場(chǎng)景如分析、轉(zhuǎn)換、生成和驗(yàn)證SQL語(yǔ)句,處理SQL注入攻擊的方法,以及解析復(fù)雜SQL語(yǔ)句的步驟、示例代碼和對(duì)不同類(lèi)型語(yǔ)句的處理,需要的朋友可以參考下2025-01-01
Java中JDBC實(shí)現(xiàn)動(dòng)態(tài)查詢(xún)的實(shí)例詳解
從多個(gè)查詢(xún)條件中隨機(jī)選擇若干個(gè)組合成一個(gè)DQL語(yǔ)句進(jìn)行查詢(xún)，這一過(guò)程叫做動(dòng)態(tài)查詢(xún)。下面通過(guò)實(shí)例代碼給大家講解JDBC實(shí)現(xiàn)動(dòng)態(tài)查詢(xún)的方法，需要的朋友參考下吧2017-07-07