搜索[springboot]结果-低调大师优秀个人博客

springboot整合shiro(含MD5加密)

开发环境: 1、mysql - 5.7.21 2、navicat(mysql客户端管理工具) 3、idea 2017 4、jdk9 5、tomcat 8.5 6、springboot 7、mybatis

2018-05-07

如果一个项目总用单线程来跑，难免会遇到一些性能问题，所以再开发中，我们应该尽量适量的使用多线程（在保证线程安全的情况下）。本教程大概目录：模拟单线程情节用Callable实现并发编程用DeferedResult实现异步处理模拟单线程情节 /** * Created by Fant.J. */ @RestController @Slf4j public class AsyncController { /** * 单线程测试 * @return * @throws InterruptedException */ @RequestMapping("/order") public String order() throws InterruptedException { log.info("主线程开始"); Thread.sleep(1000); log.info("主线程返回"); return "success"; } } 我们把线程休息一秒当作模拟处理业务所花费的时间。很明显能看出来，这是个单线程。 nio-8080-exec-1表示主线程的线程1。用Callable实现并发编程 /** * 用Callable实现异步 * @return * @throws InterruptedException */ @RequestMapping("/orderAsync") public Callable orderAsync() throws InterruptedException { log.info("主线程开始"); Callable result = new Callable() { @Override public Object call() throws Exception { log.info("副线程开始"); Thread.sleep(1000); log.info("副线程返回"); return "success"; } }; log.info("主线程返回"); return result; } 我们可以看到，主线程的开始和返回（结束处理）是首先执行的，然后副线程才执行真正的业务处理。说明主线程在这里的作用是调用(唤醒)子线程，子线程处理完会返回一个Object对象，然后返回给用户。这样虽然实现了并发处理，但是有一个问题，就是主线程和副线程没有做到完全分离，毕竟是一个嵌套进去的副线程。所以为了优化我们的实现，我在这里模拟消息中间件来实现主线程副线程的完全分离。用DeferedResult实现异步处理因为本章主要讲的是并发编程原理，所以这里我们不用现成的消息队列来搞，我们模拟一个消息队列来处理。 MockQueue .java /** * 模拟消息队列类 * Created by Fant.J. */ @Component @Slf4j public class MockQueue { //下单消息 private String placeOrder; //订单完成消息 private String completeOrder; public String getPlaceOrder() { return placeOrder; } public void setPlaceOrder(String placeOrder) throws InterruptedException { new Thread(()->{ log.info("接到下单请求"+placeOrder); //模拟处理 try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } //给completeOrder赋值 this.completeOrder = placeOrder; log.info("下单请求处理完毕"+placeOrder); }).start(); } public String getCompleteOrder() { return completeOrder; } public void setCompleteOrder(String completeOrder) { this.completeOrder = completeOrder; } } 注意再setPlaceOrder(String placeOrder)方法里，我创建了一个新的线程来处理接单的操作（为什么要建立新线程，怕主线程在这挂起，此段逻辑也没有线程安全问题，况且异步处理更快）。传进来的参数是个订单号，经过1s的处理成功后，把订单号传给completeOrder 字段，说明用户下单成功，我在下面付controller调用该方法的代码 //注入模拟消息队列类 @Autowired private MockQueue mockQueue; @Autowired private DeferredResultHolder deferredResultHolder; .... @RequestMapping("/orderMockQueue") public DeferredResult orderQueue() throws InterruptedException { log.info("主线程开始"); //随机生成8位数 String orderNumber = RandomStringUtils.randomNumeric(8); mockQueue.setPlaceOrder(orderNumber); DeferredResult result = new DeferredResult(); deferredResultHolder.getMap().put(orderNumber,result); Thread.sleep(1000); log.info("主线程返回"); return result; } 好了，然后我们还需要一个中介类来存放订单号和处理结果。为什么需要这么一个类呢，因为我们之前说过要实现主线程和副线程分离，所以需要一个中介来存放处理信息（比如：这个订单号信息，和处理结果信息），我们判断处理结果是否为空就知道该副线程执行了没有。所以我们写一个中介类DeferredResultHolder 。 DeferredResultHolder .java /** * 订单处理情况中介/持有者 * Created by Fant.J. */ @Component public class DeferredResultHolder { /** * String：订单号 * DeferredResult：处理结果 */ private Map<String,DeferredResult> map = new HashMap<>(); public Map<String, DeferredResult> getMap() { return map; } public void setMap(Map<String, DeferredResult> map) { this.map = map; } } 在重复一次-.-，为什么需要这么一个类呢，因为我们之前说过要实现主线程和副线程分离，所以需要一个中介来存放处理信息（比如：这个订单号信息，和处理结果信息）,一个订单肯定要对应一个结果。不然岂不是乱了套。 DeferredResult是用来放处理结果的对象。好了，那新问题又来了，我们怎么去判断订单处理成功了没有，我们此时就需要写一个监听器，过100毫秒监听一次MockQueue类中的completeOrder中是否有值，如果有值，那么这个订单就需要被处理。我们写一个监听器。 QueueListener .java /** * Queue监听器 * Created by Fant.J. */ @Component @Slf4j public class QueueListener implements ApplicationListener<ContextRefreshedEvent>{ @Autowired private MockQueue mockQueue; @Autowired private DeferredResultHolder deferredResultHolder; @Override public void onApplicationEvent(ContextRefreshedEvent contextRefreshedEvent) { new Thread(()->{ while(true){ //判断CompleteOrder字段是否是空 if (StringUtils.isNotBlank(mockQueue.getCompleteOrder())){ String orderNumber = mockQueue.getCompleteOrder(); deferredResultHolder.getMap().get(orderNumber).setResult("place order success"); log.info("返回订单处理结果"); //将CompleteOrder设为空，表示处理成功 mockQueue.setCompleteOrder(null); }else { try { Thread.sleep(100); } catch (InterruptedException e) { e.printStackTrace(); } } } }).start(); } } 我们可以看到一共有三个不同的线程来处理。分割线后，我再给大家带来一批干货，自定义线程池 https://www.jianshu.com/p/832f2b162450 学完这个后，再看下面的。。我们前面的代码中，有两部分有用new Thread()来创建线程，我们有自己的线程池后，就可以用线程池来分配线程任务了，我在自定义线程里有讲，我用的是第二种配置方法(用@Async注解来给线程）。修改如下： @Async public void setPlaceOrder(String placeOrder) throws InterruptedException { log.info("接到下单请求"+placeOrder); //模拟处理 try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } //给completeOrder赋值 this.completeOrder = placeOrder; log.info("下单请求处理完毕"+placeOrder); } 我们看看效果：圈红圈的就是我们自己定义的线程池里分配的线程。谢谢大家！介绍下我的所有文集：流行框架 SpringCloudspringbootnginxredis 底层实现原理： Java NIO教程Java reflection 反射详解Java并发学习笔录Java Servlet教程jdbc组件详解Java NIO教程Java语言/版本研究

2018-03-24

SpringCloud学习2-Springboot监控模块(actuator)

虽然Springboot 2.0刚刚发布，鉴于当下资料都是基于1.x的，对于初学者，站在前人的肩膀上会少踩坑。因此，接下来都将采用1.5.10.RELEASE。

2018-03-05

IDEA下从零开始搭建SpringBoot工程

IDEA下从零开始搭建SpringBoot工程 SpringBoot的具体介绍可以参看其他网上介绍，这里就不多说了，就这几天的学习，个人理解，简而言之：（1）它是Spring的升级版，Spring容器能做到的事情

2018-02-17

springboot(十九)：使用Spring Boot Actuator监控应用

微服务的特点决定了功能模块的部署是分布式的，大部分功能模块都是运行在不同的机器上，彼此通过服务调用进行交互，前后台的业务流会经过很多个微服务的处理和传递，出现了异常如何快速定位是哪个环节出现了问题？在这种框架下，微服务的监控显得尤为重要。本文主要结合Spring Boot Actuator，跟大家一起分享微服务Spring Boot Actuator的常见用法，方便我们在日常中对我们的微服务进行监控治理。 Actuator监控 Spring Boot使用“习惯优于配置的理念”，采用包扫描和自动化配置的机制来加载依赖jar中的Spring bean,不需要任何Xml配置，就可以实现Spring的所有配置。虽然这样做能让我们的代码变得非常简洁，但是整个应用的实例创建和依赖关系等信息都被离散到了各个配置类的注解上，这使得我们分析整个应用中资源和实例的各种关系变得非常的困难。 Actuator是Spring Boot提供的对应用系统的自省和监控的集成功能，可以查看应用配置的详细信息，例如自动化配置信息、创建的Spring beans以及一些环境属性等。 Actuator监控只需要添加以下依赖就可以完成 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-security</artifactId> </dependency> </dependencies> 为了保证actuator暴露的监控接口的安全性，需要添加安全控制的依赖spring-boot-start-security依赖，访问应用监控端点时，都需要输入验证信息。Security依赖，可以选择不加，不进行安全管理，但不建议这么做。 Actuator 的 REST 接口 Actuator监控分成两类：原生端点和用户自定义端点；自定义端点主要是指扩展性，用户可以根据自己的实际应用，定义一些比较关心的指标，在运行期进行监控。原生端点是在应用程序里提供众多 Web 接口，通过它们了解应用程序运行时的内部状况。原生端点又可以分成三类：应用配置类：可以查看应用在运行期的静态信息：例如自动配置信息、加载的springbean信息、yml文件配置信息、环境信息、请求映射信息；度量指标类：主要是运行期的动态信息，例如堆栈、请求连、一些健康指标、metrics信息等；操作控制类：主要是指shutdown,用户可以发送一个请求将应用的监控功能关闭。 Actuator 提供了 13 个接口，具体如下表所示。 HTTP 方法路径描述 GET /autoconfig 提供了一份自动配置报告，记录哪些自动配置条件通过了，哪些没通过 GET /configprops 描述配置属性(包含默认值)如何注入Bean GET /beans 描述应用程序上下文里全部的Bean，以及它们的关系 GET /dump 获取线程活动的快照 GET /env 获取全部环境属性 GET /env/{name} 根据名称获取特定的环境属性值 GET /health 报告应用程序的健康指标，这些值由HealthIndicator的实现类提供 GET /info 获取应用程序的定制信息，这些信息由info打头的属性提供 GET /mappings 描述全部的URI路径，以及它们和控制器(包含Actuator端点)的映射关系 GET /metrics 报告各种应用程序度量信息，比如内存用量和HTTP请求计数 GET /metrics/{name} 报告指定名称的应用程序度量值 POST /shutdown 关闭应用程序，要求endpoints.shutdown.enabled设置为true GET /trace 提供基本的HTTP请求跟踪信息(时间戳、HTTP头等) 快速上手相关配置项目依赖 <dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> </dependencies> 配置文件 server: port: 8080 management: security: enabled: false #关掉安全认证 port: 8088 #管理端口调整成8088 context-path: /monitor #actuator的访问路径 endpoints: shutdown: enabled: true info: app: name: spring-boot-actuator version: 1.0.0 management.security.enabled=false默认有一部分信息需要安全验证之后才可以查看，如果去掉这些安全认证，直接设置management.security.enabled=false management.context-path=/monitor 代表启用单独的url地址来监控Spring Boot应用，为了安全一般都启用独立的端口来访问后端的监控信息 endpoints.shutdown.enabled=true 启用接口关闭Spring Boot 配置完成之后，启动项目就可以继续验证各个监控功能了。命令详解 autoconfig Spring Boot的自动配置功能非常便利，但有时候也意味着出问题比较难找出具体的原因。使用 autoconfig 可以在应用运行时查看代码了某个配置在什么条件下生效，或者某个自动配置为什么没有生效。启动示例项目，访问：http://localhost:8088/monitor/autoconfig返回部分信息如下： { "positiveMatches": { "DevToolsDataSourceAutoConfiguration": { "notMatched": [ { "condition": "DevToolsDataSourceAutoConfiguration.DevToolsDataSourceCondition", "message": "DevTools DataSource Condition did not find a single DataSource bean" } ], "matched": [ ] }, "RemoteDevToolsAutoConfiguration": { "notMatched": [ { "condition": "OnPropertyCondition", "message": "@ConditionalOnProperty (spring.devtools.remote.secret) did not find property 'secret'" } ], "matched": [ { "condition": "OnClassCondition", "message": "@ConditionalOnClass found required classes 'javax.servlet.Filter', 'org.springframework.http.server.ServerHttpRequest'; @ConditionalOnMissingClass did not find unwanted class" } ] } } } configprops 查看配置文件中设置的属性内容，以及一些配置属性的默认值。启动示例项目，访问：http://localhost:8088/monitor/configprops返回部分信息如下： { ... "environmentEndpoint": { "prefix": "endpoints.env", "properties": { "id": "env", "sensitive": true, "enabled": true } }, "spring.http.multipart-org.springframework.boot.autoconfigure.web.MultipartProperties": { "prefix": "spring.http.multipart", "properties": { "maxRequestSize": "10MB", "fileSizeThreshold": "0", "location": null, "maxFileSize": "1MB", "enabled": true, "resolveLazily": false } }, "infoEndpoint": { "prefix": "endpoints.info", "properties": { "id": "info", "sensitive": false, "enabled": true } } ... } beans 根据示例就可以看出，展示了bean的别名、类型、是否单例、类的地址、依赖等信息。启动示例项目，访问：http://localhost:8088/monitor/beans返回部分信息如下： [ { "context": "application:8080:management", "parent": "application:8080", "beans": [ { "bean": "embeddedServletContainerFactory", "aliases": [ ], "scope": "singleton", "type": "org.springframework.boot.context.embedded.tomcat.TomcatEmbeddedServletContainerFactory", "resource": "null", "dependencies": [ ] }, { "bean": "endpointWebMvcChildContextConfiguration", "aliases": [ ], "scope": "singleton", "type": "org.springframework.boot.actuate.autoconfigure.EndpointWebMvcChildContextConfiguration$$EnhancerBySpringCGLIB$$a4a10f9d", "resource": "null", "dependencies": [ ] } } ] dump /dump 接口会生成当前线程活动的快照。这个功能非常好，方便我们在日常定位问题的时候查看线程的情况。主要展示了线程名、线程ID、线程的状态、是否等待锁资源等信息。启动示例项目，访问：http://localhost:8088/monitor/dump返回部分信息如下： [ { "threadName": "http-nio-8088-exec-6", "threadId": 49, "blockedTime": -1, "blockedCount": 0, "waitedTime": -1, "waitedCount": 2, "lockName": "java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@1630a501", "lockOwnerId": -1, "lockOwnerName": null, "inNative": false, "suspended": false, "threadState": "WAITING", "stackTrace": [ { "methodName": "park", "fileName": "Unsafe.java", "lineNumber": -2, "className": "sun.misc.Unsafe", "nativeMethod": true }, { "methodName": "park", "fileName": "LockSupport.java", "lineNumber": 175, "className": "java.util.concurrent.locks.LockSupport", "nativeMethod": false }, { "methodName": "await", "fileName": "AbstractQueuedSynchronizer.java", "lineNumber": 2039, "className": "java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject", "nativeMethod": false }, ... { "methodName": "getTask", "fileName": "ThreadPoolExecutor.java", "lineNumber": 1067, "className": "java.util.concurrent.ThreadPoolExecutor", "nativeMethod": false }, { "methodName": "runWorker", "fileName": "ThreadPoolExecutor.java", "lineNumber": 1127, "className": "java.util.concurrent.ThreadPoolExecutor", "nativeMethod": false }, { "methodName": "run", "fileName": "ThreadPoolExecutor.java", "lineNumber": 617, "className": "java.util.concurrent.ThreadPoolExecutor$Worker", "nativeMethod": false }, { "methodName": "run", "fileName": "TaskThread.java", "lineNumber": 61, "className": "org.apache.tomcat.util.threads.TaskThread$WrappingRunnable", "nativeMethod": false }, { "methodName": "run", "fileName": "Thread.java", "lineNumber": 745, "className": "java.lang.Thread", "nativeMethod": false } ], "lockedMonitors": [ ], "lockedSynchronizers": [ ], "lockInfo": { "className": "java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject", "identityHashCode": 372286721 } } ... ] env 展示了系统环境变量的配置信息，包括使用的环境变量、JVM 属性、命令行参数、项目使用的jar包等信息。和configprops不同的是，configprops关注于配置信息，env关注运行环境信息。启动示例项目，访问：http://localhost:8088/monitor/env返回部分信息如下： { "profiles": [ ], "server.ports": { "local.management.port": 8088, "local.server.port": 8080 }, "servletContextInitParams": { }, "systemProperties": { "com.sun.management.jmxremote.authenticate": "false", "java.runtime.name": "Java(TM) SE Runtime Environment", "spring.output.ansi.enabled": "always", "sun.boot.library.path": "C:\\Program Files\\Java\\jdk1.8.0_101\\jre\\bin", "java.vm.version": "25.101-b13", "java.vm.vendor": "Oracle Corporation", "java.vendor.url": "http://java.oracle.com/", "java.rmi.server.randomIDs": "true", "path.separator": ";", "java.vm.name": "Java HotSpot(TM) 64-Bit Server VM", "file.encoding.pkg": "sun.io", "user.country": "CN", "user.script": "", "sun.java.launcher": "SUN_STANDARD", "sun.os.patch.level": "", "PID": "5268", "com.sun.management.jmxremote.port": "60093", "java.vm.specification.name": "Java Virtual Machine Spe 为了避免敏感信息暴露到 /env 里，所有名为password、secret、key(或者名字中最后一段是这些)的属性在 /env 里都会加上“*”。举个例子，如果有一个属性名字是database.password，那么它在/env中的显示效果是这样的： "database.password":"******" /env/{name}用法就是env的扩展可以获取指定配置信息，比如：http://localhost:8088/monitor/env/java.vm.version,返回：{"java.vm.version":"25.101-b13"} health 可以看到 HealthEndPoint 给我们提供默认的监控结果，包含磁盘检测和数据库检测启动示例项目，访问：http://localhost:8088/monitor/health返回部分信息，下面的JSON响应是由状态、磁盘空间和db。描述了应用程序的整体健康状态,UP 表明应用程序是健康的。磁盘空间描述总磁盘空间,剩余的磁盘空间和最小阈值。application.properties阈值是可配置的 { "status": "UP", "diskSpace": { "status": "UP", "total": 209715195904, "free": 183253909504, "threshold": 10485760 } "db": { "status": "UP", "database": "MySQL", "hello": 1 } } 其实看 Spring Boot-actuator 源码，你会发现 HealthEndPoint 提供的信息不仅限于此，org.springframework.boot.actuate.health 包下你会发现 ElasticsearchHealthIndicator、RedisHealthIndicator、RabbitHealthIndicator 等 info info就是我们自己配置在配置文件中以Info开头的配置信息，比如我们在示例项目中的配置是： info: app: name: spring-boot-actuator version: 1.0.0 启动示例项目，访问：http://localhost:8088/monitor/info返回部分信息如下： { "app": { "name": "spring-boot-actuator", "version": "1.0.0" } } mappings 描述全部的URI路径，以及它们和控制器的映射关系启动示例项目，访问：http://localhost:8088/monitor/mappings返回部分信息如下： { "/**/favicon.ico": { "bean": "faviconHandlerMapping" }, "{[/hello]}": { "bean": "requestMappingHandlerMapping", "method": "public java.lang.String com.neo.controller.HelloController.index()" }, "{[/error]}": { "bean": "requestMappingHandlerMapping", "method": "public org.springframework.http.ResponseEntity<java.util.Map<java.lang.String, java.lang.Object>> org.springframework.boot.autoconfigure.web.BasicErrorController.error(javax.servlet.http.HttpServletRequest)" } } metrics 最重要的监控内容之一，主要监控了JVM内容使用、GC情况、类加载信息等。启动示例项目，访问：http://localhost:8088/monitor/metrics返回部分信息如下： { "mem": 337132, "mem.free": 183380, "processors": 4, "instance.uptime": 254552, "uptime": 259702, "systemload.average": -1.0, "heap.committed": 292864, "heap.init": 129024, "heap.used": 109483, "heap": 1827840, "nonheap.committed": 45248, "nonheap.init": 2496, "nonheap.used": 44269, "nonheap": 0, "threads.peak": 63, "threads.daemon": 43, "threads.totalStarted": 83, "threads": 46, "classes": 6357, "classes.loaded": 6357, "classes.unloaded": 0, "gc.ps_scavenge.count": 8, "gc.ps_scavenge.time": 99, "gc.ps_marksweep.count": 1, "gc.ps_marksweep.time": 43, "httpsessions.max": -1, "httpsessions.active": 0 } 对 /metrics接口提供的信息进行简单分类如下表：分类前缀报告内容垃圾收集器 gc.* 已经发生过的垃圾收集次数，以及垃圾收集所耗费的时间，适用于标记-清理垃圾收集器和并行垃圾收集器(数据源自java.lang.management. GarbageCollectorMXBean) 内存 mem.* 分配给应用程序的内存数量和空闲的内存数量(数据源自java.lang. Runtime) 堆 heap.* 当前内存用量(数据源自java.lang.management.MemoryUsage) 类加载器 classes.* JVM类加载器加载与卸载的类的数量(数据源自java.lang. management.ClassLoadingMXBean) 系统 processors、instance.uptime、uptime、systemload.average 系统信息，例如处理器数量(数据源自java.lang.Runtime)、运行时间(数据源自java.lang.management.RuntimeMXBean)、平均负载(数据源自java.lang.management.OperatingSystemMXBean) 线程池 thread.* 线程、守护线程的数量，以及JVM启动后的线程数量峰值(数据源自 java.lang .management.ThreadMXBean) 数据源 datasource.* 数据源连接的数量(源自数据源的元数据，仅当Spring应用程序上下文里存在 DataSource Bean 的时候才会有这个信息) Tomcat 会话 httpsessions.* Tomcat的活跃会话数和最大会话数(数据源自嵌入式Tomcat的Bean，仅在使用嵌入式Tomcat服务器运行应用程序时才有这个信息) HTTP counter.status.、gauge.response. 多种应用程序服务HTTP请求的度量值与计数器解释说明：请注意，这里的一些度量值，比如数据源和Tomcat会话，仅在应用程序中运行特定组件时才有数据。你还可以注册自己的度量信息。 HTTP的计数器和度量值需要做一点说明。counter.status 后的值是HTTP状态码，随后是所请求的路径。举个例子，counter.status.200.metrics 表明/metrics端点返回 200(OK) 状态码的次数。 HTTP的度量信息在结构上也差不多，却在报告另一类信息。它们全部以gauge.response 开头,，表明这是HTTP响应的度量信息。前缀后是对应的路径。度量值是以毫秒为单位的时间，反映了最近处理该路径请求的耗时。这里还有几个特殊的值需要注意。root路径指向的是根路径或/。star-star代表了那些Spring 认为是静态资源的路径，包括图片、JavaScript和样式表，其中还包含了那些找不到的资源。这就是为什么你经常会看到 counter.status.404.star-star，这是返回了HTTP 404 (NOT FOUND) 状态的请求数。 /metrics接口会返回所有的可用度量值，但你也可能只对某个值感兴趣。要获取单个值，请求时可以在URL后加上对应的键名。例如，要查看空闲内存大小,可以向/metrics/mem.free发一个GET请求。例如访问：http://localhost:8088/monitor/metrics/mem.free，返回：{"mem.free":178123}。 shutdown 开启接口优雅关闭Spring Boot应用，要使用这个功能首先需要在配置文件中开启： endpoints: shutdown: enabled: true 配置完成之后，启动示例项目，访问：http://localhost:8088/monitor/shutdown返回部分信息如下： { "message": "Shutting down, bye..." } 此时你会发现应用已经被关闭。 trace /trace 接口能报告所有Web请求的详细信息，包括请求方法、路径、时间戳以及请求和响应的头信息，记录每一次请求的详细信息。启动示例项目，先访问一次：http://localhost:8080/hello，再到浏览器执行：http://localhost:8088/monitor/trace查看返回信息： [ { "timestamp": 1516780334777, "info": { "method": "GET", "path": "/hello", "headers": { "request": { "host": "localhost:8080", "connection": "keep-alive", "cache-control": "max-age=0", "user-agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36", "upgrade-insecure-requests": "1", "accept": "text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8", "accept-encoding": "gzip, deflate, br", "accept-language": "zh-CN,zh;q=0.9", "cookie": "UM_distinctid=16053ba344f1cd-0dc220c44cc94-b7a103e-13c680-16053ba3450751; Hm_lvt_0fb30c642c5f6453f17d881f529a1141=1513076406,1514961720,1515649377; CNZZDATA1260945749=232252692-1513233181-%7C1516085149; Hm_lvt_6d8e8bb59814010152d98507a18ad229=1515247964,1515296008,1515672972,1516086283" }, "response": { "X-Application-Context": "application:8080", "Content-Type": "text/html;charset=UTF-8", "Content-Length": "11", "Date": "Wed, 24 Jan 2018 07:52:14 GMT", "status": "200" } }, "timeTaken": "4" } } ] 上述信息展示了，/hello请求的详细信息。其它配置敏感信息访问限制根据上面表格，鉴权为false的，表示不敏感，可以随意访问，否则就是做了一些保护，不能随意访问。 endpoints.mappings.sensitive=false 这样需要对每一个都设置，比较麻烦。敏感方法默认是需要用户拥有ACTUATOR角色，因此，也可以设置关闭安全限制： management.security.enabled=false 或者配合Spring Security做细粒度控制。启用和禁用接口虽然Actuator的接口都很有用，但你不一定需要全部这些接口。默认情况下，所有接口(除了/shutdown)都启用。比如要禁用 /metrics 接口，则可以设置如下： endpoints.metrics.enabled = false 如果你只想打开一两个接口，那就先禁用全部接口，然后启用那几个你要的，这样更方便。 endpoints.enabled = false endpoints.metrics.enabled = true 参考 Spring Boot Actuator: Production-ready features对没有监控的微服务Say No！Spring Boot Actuator 使用作者：纯洁的微笑出处：www.ityouknow.com 本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。本文如对您有帮助，还请多帮【推荐】下此文。如果喜欢我的文章，请关注我的公众号

2018-02-05

Springboot+阿里云kafka踩坑实录

springboot版本为1.5.9。

2018-02-04

前后端分离之SpringBoot项目Token认证

准备环境既然微服务这么流行，这里我们还是选择SpringBoot作为测试案例，使用JWT(Json Web Token)的授权方式。

2017-12-09

通过Springboot拆分服务构建微服务集

应用背景： 1.基于Spring Boot开发 2.依赖ActiveMQ，Kafka,Redis,Mongodb,MySQL等开源软件 3.内部服务图片服务器，分布式计算平台服务，检索服务,消息推送服务等拆分原因： 1.（原有的）应用模块之间高度耦合，各个模块都担当了牵一发而动全身的“角色” 2.应用的配置信息分布到依赖个几个服务的配置中，配置信息冗余，对配置的修改改动地方过多 3.应用在依赖的基础服务的时候，没能遵循“依赖倒转原则”，导致基础服务升级，问题修复，功能增加时应用在面对变化，不够灵活 4.应用定制化开发分支与主线决裂，无法满足灵活定制化开发拆分过程：整个拆封过程中保持原有业务不变，逐步进行的。 1.先是把依赖基础服务的部分抽取出来，应用对依赖服务的操作全部通过抽象出来的接口进行。然后通过具体实现来完成基础服务的操作。比如：操作图片服务器的操作通过ImageServerClient进行，操作分布式计算平台服务通过PccServerClient进行。 2.梳理应用的配置信息，比如图片服务器配置，数据库配置等，搭建Spring Cloud Config服务（支持git,svn,Local File 读取配置文件）采用Local File的方式来管理配置文件;应用集成Spring Cloud Config Client ，配置信息统一才配置服务中读取。 3.进行应用拆分，将提供Http请求接口的拆分为WebApp,将提供RPC接口的拆分为App。然后这两类分别安装实现的业务功能进行拆分。拆分的WebApp,App仍然采用Spring Boot框架。拆分结果： 1.WebApp通过Spring Session + Redis来实现Session共享 2.WebApp,App通过请求配置服务（Spring Cloud Config Server）完成配置文件的读取，解决了拆封原因2的问题 3.拆分步骤1解决拆分原因3中的问题 4.各个独立的应用之间除了webApp要session共享外，其它的通信，数据流向都是通过中间件来完成 5.解决拆分原因4的问题就更加容易了，定制化开发仅需要添加定制的应用即可访问应用： 1.应用是前后端分离，通过反向代理来完成Http请求到多个WebApp的转发 2.外部系统可以通过Http请求，TCP/IP的方式分别访问WebApp和App 拆分难点： 1.应用的模块划分，这个需要对应用业务流程，数据流向，依赖服务之间的调用关系以及通信协议清楚 2.避免为拆分而拆分 3.团队成员都能够理解拆分的原因，清楚操作的过程，能够想象到期望的结果一个故事：某一天女朋友包了两种饺子：大肉葱，韭菜鸡蛋。我：一起煮女朋友：说分开煮我：不嫌麻烦女朋友：我不吃大肉我：那煮好，不捞大肉给你就好了女朋友：那大肉葱煮烂了，咋办！锅里全是肉味大而全的应用就像是一个锅煮各种饺子，小应用（微服务）就像是一锅煮一类饺子。本文转自 secondriver 51CTO博客，原文链接：http://blog.51cto.com/aiilive/1845951，如需转载请自行联系原作者

2017-11-13

Java B2B2C多用户商城 springboot架构-spring、springMvc、springBoot和springCloud的联...

spring、springMvc、springBoot和springCloud的联系与区别需要JAVA Spring Cloud大型企业分布式微服务云构建的B2B2C电子商务平台源码请加企鹅求求：二一四七七七五六三三

2018-12-17

基于SpringBoot和PostGIS的全球机场入库实践

在全球化的大背景下，机场作为连接世界的桥梁，其空间分布对经济、文化和政治交流具有深远的影响。随着信息技术（IT）的不断进步，全球机场的空间分布正在经历一场革命性的变革。本文将探讨全球机场的空间分布，并将这些空间数据进行入空间库管理。全球机场的空间分布一直是航空业和地理学研究的热点。根据研究，美国和欧盟被视为全球民航的“发展极”，而亚太地区则是未来航空增长最具潜力的区域。

2026-09-08