大数据工程师主要是做什么的？

接下面我们进行验证

2 为集群搭大数据环境（一般公司招大数据工程师环境都已经搭好了，公司内部会有现成的大数据平台，但我这边会私下搞一套测试环境，毕竟公司内部的大数据系统权限限制很多，影响开发效率）

springboot数据源 springboot数据源配置

04、拓展能力

3 维护大数据平台（这个应该是每个大数据工程师都做过的工作，或多或少会承担“运维”的工作）

4 数据迁移（有部分公司需要把数据从传统的数据库 Oracle、MySQL 等数据迁移到大数据集群中，这个是比较繁琐的工作，吃力不讨好）

6 数据采集（采集日志数据、文件数据、接口数据，这个涉及到各种格式的转换，一般用得比较多的是 Flume 和 Logstash）

7 数据处理

7.1 离线数据处理（这个一般就是写写 SQL 然后扔到 Hive 中跑，其实和点有点重复了）

7.2 实时数据处理（这个涉及到消息队列，Kafka，Spark，Flink 这些，组件，一般就是 Flume 采集到数据发给 Kafka 然后 Spark 消费 Kafka 的数据进行处理）

8 数据可视化（这个我司是用 Spring Boot 连接后台数据与前端，前端用自己魔改的 echarts）

9 大数据平台开发（偏Ja方向的，大概就是把开源的组件整合起来整成一个可用的大数据平台这样，常见的是各种难用的 PaaS 平台）

10 数据中台开发（中台需要支持接入各种数据源，把各种数据源清洗转换为可用的数据，然后再基于原始数据搭建起宽表层，一般为了节省开发成本和资源，都是基于宽表层查询出业务数据）

11 搭建数据仓库（这里的数据仓库的搭建不是指 Hive ，Hive 是搭建数仓的工具，数仓搭建一般会分为三层 ODS、DW、DM 层，其中DW是最重要的，它又可以分为DWD,DWM,DWS，这个层级只是逻辑上的概念，类似于把表名按照层级区分开来的作，分层的目的是防止开发数据应用的时候直接访问底层数据，可以减少资源，注意，减少资源开销是减少 内存 和 CPU 的开销，分层后磁盘占用会大大增加，磁盘不值钱所以没什么关系，分层可以使数据表的逻辑更加清晰，方便进一步的开发作，如果分层没有做好会导致逻辑混乱，新来的员工难以接手业务，提高公司的运营成本，还有这个建数仓也分为建离线和实时的）

总之就是离不开写 SQL ...

s现在还有必要学吗?还是直接学springboot?

SSM框架是ja热门技术框架，并没有落后，反而十分重要。SSM框架是Ja核心知识之一。

SSM（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spr使用低代码开发工具，让更多的人可以为软件开发做出贡献，从而实现敏捷性并提高整体生产力，这边以JNPF低代码平台：ing中的部分内容）。常作为数据源较简单的web项目的框架。

Spring就像是整2015-2018年期间，国内低代码厂商像简道云、氚云等也斩露头角。个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。

Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地`new`一个对象，而是让Spring框架帮你来完成这一切。

SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的作。SpringMVC相当于SSH框架中struts。

低代码开发平台有哪些?

通俗的说SpringBoot默认只加载application-{profile}.properites

织信Informat、简道云、奥哲、轻流、伙伴云、jeecgboot、爱速搭、明道云、钉钉宜搭、amis、数帆、FlowPortal、金蝶云苍穹、OutSystems、mendix、MyApps、勤哲、airtable、可道云、魔方网表、mioot、JeeSite、ivx、Power Apps、维格表、牛刀云、thingJS、APICloud、得帆信息、葡萄城、金现代、艾迪普、久其、炎黄盈动、微金时代、欧软云、启业云、明源云天际、有信云、云畅科技、百数、元年云、treelab、搭搭云、企搭搭、ClickPaas、FileMaker、腾讯云微搭、云程、力软、牛刀云、E立方管理平台、宏天、引迈、wueasy、Zoho Creator、道一云七巧、速融云、UCML、活字格、Linkey、白码、天纵软件、顶点软件、Workfine、简搭、云表、Salesforce、odoo、华炎魔方、云捷配、银弹谷、元年云、博科yigo、数睿数据、SeaTable、思泉云、JEPaas、无远、简单云、金富瑞。

低代码开发平台有很多公司

比较好资历比较久的公司要数武汉飞博科技有限公司。

武汉飞博科技有限公司前身起源于华中科技大学产学研共同合作项目，是1998年创始人张开方与华中科技大学共同发起。公司于2005年正式成立，为大型医院提供专业医疗卫生信息系统的设计、建设及运维服务，至今已在行业积累23年，公司成立之初就建立了低代码开发软件应用的理念并发展至今。

飞博通快速开发平台是一款PaaS服务的开发平台，集成了PC端和移动端、大数据BI三大系统，具有快速开发、快速应用的特点。飞博通快速开发平台适用于任何行业系统，平台的功能包含了表单、流程、数据的开发与应用，将企业的需求全部囊括在平台里。飞博通快速开发平台定位为面向企业的项目开发服务，承担企业软件项目的基础平台，所以在搭建企业应用既有SaaS的特点，也有开发工具的性质。

什么是低代码开发？所谓低代码开发，即无需编码或只需少量代码就可以快速生成应用程序。也就是说，企业的应用开发通过“拖拉拽”的方式即可完成。

低代码赛道尚未形成明确的市场格局，入局者都有翻盘的机会，也有可能被翻盘。

纵观低代码开发的发展，有这几个关键时间点：

2015年微软、谷歌等巨头入局。

2018年起，互联网巨头阿里、腾讯、百度纷纷入局。

2019年起，低代码成为我国ICT产业中最明显的增量市场。

国内低代码平台

简道云、明道云、JNPF这几家目前是无代码赛道的明星选手，在市场综合表现上名列前茅。宜创、红圈营销虽也极具潜力，但在市场表现力上稍逊色。易水云、雀书等平台尚处于孵化阶段。

JNPF

JNPF通过在线开发、流程引擎、代码生成等核心功能快速构建相关业务系统，可以帮助开发者实现5分钟配置一张业务表单、5小时搭建一个专属应用、5天落地一个管理方案，并且易于维护、易于扩展、安全稳定，助力企业打通数字化的“一公里”。

全程可视化作，平台拥有丰富的交互控件和图表组件，开发人员只需进行“拖拽式作”可灵活构建业务管理系统。大量数据组件让数据分析更全面，数据实时更新功能让业务更清晰，为企业节省大量的重复开发工作。

国内低代码开发平台比较多，以下是一些比较知名的：

1. 蓝鲸低代码：蓝鲸低代码是腾讯云推出的一款低代码开发平台，提供了可视化的开发工具和丰富的组件库，支持多种语言和框架，适用于企业级应用开发。

2. PowerApps：PowerApps是微软推出的一款低代码开发平台，可以快速构建基于云端的业务应用，支持多种数据源和设备，适用于企业内部应用开发。

3. DCloud：DCloud是移动推出的一款低代码开发平台，提供了可视化的开发工具和丰富的组件库，支持多种YAML 现在可以算是非常流行的一种配置文件格式了，无论是前端还是后端，都可以见到 YAML 配置。那么 YAML 配置和传统的 properties 配置相比到底有哪些优势呢？语言和框架，适用于移动应用开发。

4. 飞博通快速开发平台：武汉飞博科技有限公司是具备性创新的低代码快速开发开源平台的高新技术企业。已经深耕智慧医疗信息化行业二十余年。

什么是低代码开发？

2、前端需要产品思维，后端更多的是关注数据处理与算法；

一、简单介绍低代码

一体化生态能力复用

低代码是一种可视化软件开发方法，通过最少的编码更快地交付应用程序。图形用户界面和拖放功能使开发过程的各个方面自动化，消除了对传统计算机编程方法的依赖。

低代码平台使应用程序开发更加自主化，特别是对于没有编码经验的业务用户，如业务分析师或项目。这些工具使技术含量较低的员工能够以多种方式产生更大的业务影响，例如减轻 IT 部门积压工作、减少业务流程管理。

尽管如此，低代码开发平台也可以帮助经验丰富的程序员。由于它们几乎不需要编码经验，因此它们为开发人员的编码背景提供了更大的灵活性。

例如，一些业务应用程序需要特定编程语言的知识，从而进一步缩小了开发人员的选择范围。通过消除这一瓶颈，低代码平台缩短了应用程序的开发生命周期，使它们能够在更短的时间内完成更多工作。

二、低代码的显著优势

01、提供源码

JNPF低代码开发平台可以提供全部源码机制，保障用户在不同的应用阶段、不同层次和不同规模的服务需求都能得到满足，确保用户没有任何后顾之忧；用户在全部源码的基础上，可以根据自身需求实现个性化业务场景，极大摆脱对原厂商的依赖。

02、私有化部署

J支持多种不同的部署方案，可以根据不同的用户在线数量及并发数量选择具体的部署方式，通常系统各作响应时间在0.5-3S以内。由于系统部署在本地，数据更加安全可控，用户能自主二次开发，扩展性更强。

03、敏捷开发

减多少部署时间，业务敏捷性。直观的用户界面、拖放功能、支持工具的简单集成以及一键交付选项，都有助于确保项目更快地开发周期。事实上，低代码解决方案可以将开发时间缩短多达 90%。

如果您仅依靠专业开发团队来构建您的应用程序，您可能会忽略大量未开发的功能。低代码开发为技术背景有限的人提供了开发模块。这些业务人员可以使用低代码平台的预构建功能来进一步创新和发展您的业务。

三、低代码的核心能力

1、工作流引擎

工作流引擎与业务逻辑无缝结合，支持自由定制流程中各节点的各项规则和关联的业务处理；支持在线工作流编排与调整。

2、门户引擎

提供可视化的门户设计，拖拽的方式进行配置布局，为管理者聚合各种信息，打破数据孤岛，便于决策，为普通用户整合业务处理入口，便捷办公。

3、权限控制机制

内置用户、角色及组织管理功能，提供多种认证模式，可轻松实现精细化的数据和业务权限控制；支持在线权限配置能力。

4、API扩展接口

完整的REST API接口，采用前后端分离，可通过编程扩展接口完成复杂系统集成、性能调优等工作。

5、即时通讯

实时通讯，降低工作沟通成本，同时兼容PC端、手机客户端App、微信小程序等多种平台，PC端+移动端实时通讯无后顾之忧。

6、多租户架构

应用软件统一部署在自己的上，用户可以根据实际工作需求设置多个租户，每个租户单独一个数据库，数据之间相互隔离。

7、适配多数据源

支持SQL 、MySQL、Oracle、PostgreSQL，同时兼容国产数据库达梦、人大金仓。

四、小结

低代码模型通过使用户体验更易于访问来促进应用程序的快速开发。业务员和专业开发人员都会为此而受益，例如可视化集成开发环境 (IDE)、内置数据连接器、 API 以及代码模板。低代码工具的这些功能改进了 DevOps 流程，为创新留出了更多时间。

“低代码平台”是何物？

“低代码开发平台”英文全称为Low-Code Dlopment Platform，是基于经典的可视化和模型驱动理念，结合的云原生与多端体验技术。一方面，低代码能够在合适的业务场景下实现大幅度的提效降本，为专业开发者提供了一种全新的高生产力开发范式（Paradigm Shift）。

使用“低代码开发平台”用户通过拖拉拽配置式作即可快速构建出能同时在PC和移动端运行的各类管理系统，节约80%以上开发工作量！

“低代码平台”能做啥

再具体到它究竟可以干什么：开发者可以通过管理后台的可视化界面，对表单排版及流程节点之间关联进行编辑作，开发者在没有任何编程语言基础的情况下也能开发出各种业务场景的应用。为企业用户提供应用系统开发所需要的一切基础设施，平台涵盖了对企业的业务流程需求分析，设计，快速开发部署，仿真测试，运行维护，更新和发布，流程绩效分析和管理，流程改进等对企业绩效管理（BPM）进行全生命周期支持。

“低代码平台”有何好

说完了“低代码平台”能干什么，不如接下来打铁趁热，再来说说JNPF的功能特点吧：

（1）配置即开发、所见即所得：平台提供全可视化的开发环境、丰富的开发组件及多种案例模板，降低了应用软件的开发难度，用户无需从零开始，节省80%以上开发工作量；

（2）流程引擎强大，更适应式流程管理业务模式和作习惯；

（3）支持多租户模式，满足型企业灵活管控：平台充分考虑型企业的业务场景，支持配置企业域的组织架构模型，通过多租户模式的灵活授权，使得用户单一账号能够在多子公司灵活应用又不妨碍子公司间业务数据隔离；

（4）提供丰富完整的开发接口，方便系统集成和拓展：提供详细的API接口说明，通过这些接口平台可以快速友好的同其他系统或智能硬件进行整合，实现系统间业务数据的双向交换、共享业务处理流程等功能；

（5）强大的自我进化能力，满足用户日益变化的业务需求：平台拥有稳健、易拓展的设计架构和丰富的开发接口，同时支持支持版本管理，使得平台具备的自我进化能力，用户通过平台配置的应用可直接在web页面进行维护和修改，并根据自身不断变化的业务需求灵活的配置相关功能；

（6）学习曲线平缓、上手迅速：平台封装了大量的可视化开发组件和业务模板，同时提供完善的培训课程及多种技术支持渠道，有Ja基础的开发人员经过一周的培训即可快速掌握并能熟练配置出复杂的应用；

虽然

而相比

减少不必要的工作量

可视化拖拽与参数配置的极简开发模式，结合模型驱动的代码自动生成机制，可以消灭绝大部分繁琐和重复的boilerplate代码；一站式的部署和运维管理平台，无需自己搭建CI/CD流水线、申请环境资源、配置报警；一次搭建同时生成、构建和发布多端应用，免去人工同步维护多个功能重复的端应用；开箱即用的组件库、模板库、主题库、连接器等，让化软件复用成为可能。总而言之，低代码能够让专业开发者更专注于创新性、有价值、有区分度的工作，而不是把宝贵开发时间都耗费在上面那些不必要的非业务核心工作上。

强大的平台能力支撑

虽然上面列的技术支撑性工作并不直接产生业务价值，但却会直接影响业务的性能、成本、稳定性、安全性、可持续发展能力等。有远见的企业，绝不允许牺牲这些重要指标，来换取短暂的业务加速。低代码开发平台深知这一点，因此在简化和屏蔽底层技术细节的同时，也会尽可能把自己所cover的部分做到（至少能和纯代码开发方式一样好），包括但不限于：

现代化的技术架构和实现：现代化的低代码开发平台，在支撑用户应用时所选择的技术架构与实现方案，也会是现代化且符合业界实践的，例如，前端基于主流的HTML5/CSS3标准和React框架，后端基于成熟的Ja语言、SpringBoot框架和MySQL数据库，部署环境基于云原生的Docker镜像、CI/CD流水线、K8s集群和Serv Mesh技术（相关知识可参考《正确入门Serv Mesh：起源、发展和现状》）。

零成本的技术升级和维护：低代码的高维抽象开发方式，让应用的核心业务逻辑与底层技术细节解耦。开发者在大部分情况下都不需要关心底层技术选型，同时也无需亲自跟进这些技术的版本升级与漏洞修复，免费享受与时俱进的技术红利和应用安全性提升。即便遇到某些底层技术或工具需要进行更换（比如不再维护的开源项目），开发者也完全不必感知；技术迁移再费劲再难搞，平台自己努力就行，对开发者来说只要服务一直在线，岁月就依然静好；事后可能还会惊喜地发现，应用访问突然就变得更快了，仿佛冥冥中自有天助，感激上苍和低代码。

复用（Reuse）是提升软件开发效率和工程质量的最有效途径。传统的代码开发模式下，开发者可以通过提取公共类/函数、引用共享库、调用外部API服务、沉淀代码片段和模板等方式实现复用。在低代码的世界里，平台也可以提供对应的多层次多粒度复用手段，比如页面组件库、逻辑函数库、应用模板库等。

但更重要的是，低代码平台还可以充分发挥其一体化的生态优势，提供强用的可复用能力（资产）的发现、集成与共享体系：以页面组件为例，你可以直接用系统组件，也可以在平台自带的组件市场上搜索和引用更合适的组件，还可以自己用代码开发一个自定义组件并发布到市场中。平台的生态体系越大，积累的可复用能力就越多，应用的开发成本也会越低。

相比而言，虽然传统代码世界整体生态更庞大和深厚，但由于各类技术不互通、缺乏统一平台与市场、代码集成成本高等原因，一直以来都没有形成有类似规模潜力的生态能力复用体系，导致重复造轮子和低水平重复建设的现象司空见惯，还美名为“新基建”。

说到这里，另一批裹着冲锋衣头顶锃亮的同学也忍不住了：“万一低代码真的发展起来了，是不是就不需要那么多程序员了啊？上有老下有小的，同是码农身，相煎何太急！”。低代码虽然是一场应用开发生产力革命，但并不会革掉程序员的饭碗。它去掉的只是难懂的编程语法、繁琐的技术细节和一切可自动化的重复性工作，并没有也无法去掉应用开发最核心的东西：严谨的业务逻辑、巧妙的算法设计、良好的工程风格等。对于真正的程序员，即使剥去他一层又一层的编程语言和工具熟练度技能外壳，最终剩下的仍然是一个有价值的硬核开发者。

当然，如果你坚持要用纯粹的写代码方式来改变世界，也不至于失业。要么，你可以选择那些低代码暂时不太适用的领域，比如底层系统驱动、3D游戏引擎、火箭发射程序；或者，你也可以选择去写低代码中那一部分不可或缺的自定义代码扩展，为平民开发者提供高质量的积木。，你也完全可以选择为低代码平台本身的底层代码添砖加瓦。

低代码开发平台（LCDP:Low-Code Dlopment Platform）是无需编码（0代码）或通过少量代码就可以快速生成应用程序的开发平台。通过可视化进行应用程序开发的方法，使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。

低代码开发平台能够实现业务应用的快速交付。也就是说，不只是像传统开发平台一样“能”开发应用而已，低代码开发平台的重点是开发应用更“快”。更重要的是，这个快的程度是性的：根据Forrester在2016年的调研，大部分公司反馈低代码平台帮助他们把开发效率提升了5-10倍。而且我们有理由相信，随着低代码技术、产品和行业的不断成熟，这个提升倍数还能继续上涨。

spring程序应该安装在那个目录 linux

这可能是由于linux 是出来的，MySQL中还有一个 server_uuid 是一样的，我们也需要修改。 vim /var/lib/mysql/autof

spring程序应该安装在目录linux点击右侧的Ma@SpringBootApplication(exclude= { DataSourceAutoConfiguration.class })。venProject，再点击项目中的Lifecycle,package，等待“success”即可完成jar包。

spring程序最重要的就是遵循“约定优于配置”这一基本原则。Spring Boot的关于静态资源的默认配置已经完全满足绝大部分WEB应用的需求。没必要去弄手续繁杂的自定义，用Spring Boot的约定就好了。

spring程序特性：

spring程序强大的基于 JaBeans的采用控制反转（Inversion of Control，IoC）原则的配置管理，使得应用程序的组件更加快捷简易。一个可用于从 applet 到 Ja EE 等不同运行环境的核心 Bean 工厂。

spring程序内建的针对 JTA 和 单个 JDBC 数据源的一般化策略，使 Spring 的事务支持不要求 Ja EE 环境，这与一般的 JTA 或者 EJB CMT 相反。

spring程序JDBC 抽象层提供了有针对性的异常等级（不再从SQL异常中提取原始代码），简化了错误处理，大大减少了程序员的编码量。 再次利用JDBC时，你无需再写出另一个 '终止' (finally) 模块。并且面向JDBC的异常与Spring 通用数据访问对象(Data Access Object) 异常等级相一致。

Spring是如何解决循环依赖的？

不用二级直接是用一，缓存？

你需要我，我需要你就是循环依赖

在Spring中使用的缓存来解决循环依赖问题，这里的缓存其实就是Map对象

当获取一个Bean时会先从缓存中查找是否有相应的Bean。

1 创建A实例

2 将A实例（半初始化，属性没有填充）暴露放入缓存中

4 A实例属性依赖B对象

5 创建B对象实例

6 填充B实例属性

7 B实例属性依赖A对象

8 将上面已经暴露到缓存中的A对象注入给B实例

在获取A对象的时候执行上面27.1中的getSingleton方法，会将缓存中A这个半初始化状态的对象移除，将其存入到二级缓存中。

9 B实例Bean的创建工作继续执行初始化方法

B如果需要AOP？最终B对象是个对象。B到此就完全的初始化完了，B的依赖对象A此时是个半初始化状态的对象

10 B实例对象保存到一级缓存

最终B实例创建，初始化都执行完后会将自身加入到一级缓存同时清除二级，缓存

11 A实例Bean创建继续执行

12 A实例Bean执行初始化方法

13 A继续执行上面的10步骤

缓存解决问题：循环依赖+AOP问题

只用一，二级缓存：

从上面罗列的步骤看似乎很是完美解决了循环依赖问题，接下来我们看看加入AOP的场景

假如A，B两个对象最终都是要被AOP的

执行到这里，A中依赖的B是对象没有问题，但是B中依赖的A对象是原始对象；这就不正确了应该依赖的A也必须是对象才是。

引入缓存：

缓存引入了ObjectFactory对象，在获取对象的时候，是调用ObjectFactory#getObject方法。

而这个getObject方法的实现实际执行的是getEarlyBeanReference方法，再来回顾下：

在创建实例时先将其存入缓存中：

getEarlyBeanReference方法就是提前创建对象

如果开启了AOP后

通过getEarlyBeanReference方法提前创建对象。这样就解决了循环依赖时AOP问题。保证获取的都是同一个对象。

其实引入缓存还解决了一个问题就是延迟对象的创建，如果不应用ObjectFactory方式那么我们需要不管需不需要都要先创建对象，而引入ObjectFactory可以在注入的时候先暴露的是ObjectFactory只有在调用getObject方法的时候才去创建真正的对象（避免了所有Bean都强制创建对象）。当没有被时可以直接返回原始对象，如果被会提前创建对象。

假设当然也可以让SpringBoot除了加载默认文件以外也可以人为指定加载额外的properties文件场景：A 依赖 B，B 依赖 A、C，C 依赖 A

如果这样会出现不同的对象，每次调用getObject都会创建不同的对象（在上面的场景中如果只用一，缓存那么 B 依赖 A会通过getObject获取一个对象Proxy$1，接着注入C的时候 C中又依赖A，那这时候又从getObject获取对象那么返回的将又会是一个新的对象Proxy$2；在这个过程中A对象就出现了2个不一样的对象了，这肯定是错误的）。而引入二级缓存也就解决了这个问题。只有二级缓存没有的时候才从缓存汇总获取（如果需要则创建对象，然后保存到二级缓存中，二级缓存中已经是提前创建了对象（如果需要））。

当一个Bean完全的创建完以后放入一级缓存中，此时会吧二级中的缓存清除。

完毕！！！！

SpringMVC参数统一验证方法

SpringBoot多数据源配置详解

SpringCloud Nacos 整合feign

Spring AOP失效的解决方法@Transactional为何会失效

SpringBoot配置文件你了解多少？

SpringBoot邮件发送示例 Springboot面试题整理附

SpringBoot项目查看线上日志

在Spring Cloud 中你还在使用Ribbon快来试试Load-Balancer

SpringBoot分库分表sharding-sphere3

spring boot driver does not support get/ set network timeout for connections错误的原因是什么

扩展资料：

Driver does not support get/set network timeout for connections错误的原因：pringboot 2.x默认的数据源变成了HikariPool了，弄了一个demo在使用数据源的时候系统报错 HikariPool-1 - Driver does not support get/set network timeout for connections. (null)。

具体相较于传统的开发模式，低代码的开发方式适用性更强，既适合于0代码基础的业务人员作使用，也适合于研发人员使用轻量代码构建出随需而变的业务管理应用。但在低代码平台的井喷期，使用者更应该擦亮眼睛，选择合适的平台产品，充分利用新技术带来的新价值、新动能。的解决办法：通过源码排查到连接验证有两种方式，一种是HikariPool自带的，具体逻辑没看，如果没适配对应的驱动就会报上面的错误；另一种是使用ConnectionTestQuery 这个属性来验证。那行代码大概就是：boolean isUseJdbc4Validation = getConnectionTestQuery == null;

如果这个属性没有配置，则使用默认的，若配置了，则使用自行配置的。所以只需要配置一下测试脚本即可。

SpringBoot框架：

SpringBoot框架中还有两个非常重要的策略：开箱即用和约定优于配置。开箱即用，Outofbox，是指在开发过程中，通过在MAVEN项目的pom文件中添加相关依赖包，然后使用对应注解来代替繁琐的XML配置文件以管理对象的生命周期。这个特点使得开发人员摆脱了复杂的配置工作以及依赖的管理工作，更加专注于业务逻辑。

约定优于配置，Convention over configuration，是一种由SpringBoot本身来配置目标结构，由开发者在结构中添加信息的软件设计范式。这一特点虽降低了部分灵活性，增加了BUG定位的复杂性，但减少了开发人员需要做出决定的数量，同时减少了大量的XML配置，并且可以将代码编译、测试和打包等工作自动化。

参考资料来源：

SpringBoot项目中实现MySQL读写分离

但我们仔细观察我们会发现，当我们的项目都是用的单体数据库时，那么就可能会存在如下问题：

为了解决上述提到的两个问题，我们可以准备两 (多) 台MySQL，一台主( Master )，一台从( Sle )，主库的 数据变更 (写、更新、删除这些作) ，需要 同步 到从库中 (主从) 。而用户在访问我们项目时，如果是 写作 (insert、update、delete)，则直接作 主库 ；如果是 读作 (select) ，则直接作从库，这种结构就是 读写分离 啦。

在这种读写分离的结构中，从库是可以有多个还有其他的的

MySQL主从是一个 异步 的过程，底层是基于Mysql数据库自带的 二进制日志 功能。就是一台或多台MySQL数据库（sle，即 从库 ）从另一台MySQL数据库（，即 主库 ）进行日志的，然后再解析日志并应用到自身，最终实现 从库 的数据和 主库 的数据保持一致。MySQL主从是 MySQL数据库自带功能，无需借助第三方工具。

二进制日志（BINLOG）记录了所有的 DDL（数据定义语言）语句和 DML（数据纵语言）语句，但是不包括数据查询语句。此日志对于灾难时的数据恢复起着极其重要的作用，MySQL的主从， 就是通过该binlog实现的。默认MySQL是未开启该日志的。

在环境搭建之前，我们需要准备好两台，如果生活富裕使用的是两台云的时候记得要开放安全组，即防火墙；如果是比狗子我生活好点但也是用的虚拟机的话，记得别分这么多内存启动蓝屏了（别问怎么知道的）

这里就不给大家展示数据库的安装和防火墙的作了，这个我感觉网上好多资源都能够满足遇到的问题，在搭建主从库的时候有在网上见到过说MySQL版本要一致的，我也没太留意直接就在之前的MySQL上作了，大家可以自己去验证一下。

：192.168.150.100（别试了黑不了的，这是虚拟机的ip）

这里屏幕前一批穿格子衬衫的同学要发问了：“有三个方法都能重启MySQL，最简单的无疑就是一关一开：

登录进去MySQL之后才能够执行下面的命令，因为这是SQL命令，Linux不认识这玩意是啥。

这个时候还 不用退出MySQL ，因为下面的命令还是SQL命令，执行下面的SQL，可以拿到我们后面需要的两个重要参数。

执行完这一句SQL之后，==不要再作主库！不要再作主库！不要再作主库！==重要的事情说三遍，因为再作主库之后可能会导致红框中的 两个属性值会发生变化 ，后面如果发生了错误可能就和这里有那么两毛钱关系了。

：192.168.150.101（别试了黑不了的，这也是虚拟机的ip）

这里有三个方法都能重启MySQL，最简单的无疑就是一关一开：

参数说明：

这个时候还 不用退出MySQL ，因为下面的命令还是SQL命令，执行下面的SQL，可以看到从库的状态信息。通过状态信息中的 Sle_IO_running 和 Sle_SQL_running 可以看出主从同步是否就绪，如果这两个参数全为 Yes ，表示主从同步已经配置完成。

这应该就是各位大牛设置server_id的时候不小心设置相同的id了，修改过来就行，步骤在上面的配置中。

这是狗子在作过程中搞出来的一个错误……

出错的原因是在主库中删除了用户信息，但是在从库中同步的时候失败导致同步停止，下面记录自己的作（是在进入MySQL的作且是从库）。

在数据库中作时，一定要注意当前所在的数据库是哪个，作为一个良好的实践：在SQL语句前加 USE dbname 。

Sharding-JDBC定位为 轻量级Ja框架 ，在Ja的JDBC层提供的额外服务。 它使用客户端直连数据库，以 jar包 形式提供服务，无需额外部署和依赖，可理解为增强版的JDBC驱动， 完全兼容JDBC和各种ORM框架 。

使用Sharding-JDBC可以在程序中轻松的实现数据库 读写分离 。

Sharding-JDBC具有以下几个特点：

下面我们将用ShardingJDBC在项目中实现MySQL的读写分离。

在pom.xml文件中导入ShardingJDBC的依赖坐标

在application.yml中增加数据源的配置

这时我们就可以对我们项目中的配置进行一个测试，下面分别调用一个更新接口和一个查询接口，通过查看日志中记录的数据源来判断是否能够按照我们预料中的跑。

搞定！！！程序正常按照我们预期的成功跑起来了，成功借助ShardingJDBC在我们项目中实现了数据库的读写分离。

聊聊Spring Boot面试相关问题

Spring Boot 是 Spring 开源组织下的子项目，是 Spring 组件一站式解决方案，主要是简化了使用 Spring 的难度，简省了繁重的配置，提供了各种启动器，开发者能快速上手。

Spring Boot 主要有如下优点：

启动类上面的注解是@SpringBootApplication，它也是 Spring Boot 的核心注解，主要组合包含了以下 3 个注解：

@SpringBootConfiguration：组合了 @Configuration 注解，实现配置文件的功能。

@EnableAutoConfiguration：打开自动配置的功能，也可以关闭某个自动配置的选项，如关闭数据源自动配置功能：

@ComponentScan：Spring组件扫描。

Spring JaConfig 是 Spring 社区的产品，它提供了配置 Spring IoC 容器的纯Ja 方法。因此它有助于避免使用 XML 配置。使用 JaConfig 的优点在于：

充分利用 Ja 中的面向对象的功能。一个配置类可以继承另一个，重写它的

@Bean 方法等。

（2） 减少或消除 XML 配置。基于依赖注入原则的外化配置的好处已被证明。

但是，许多开发人员不希望在 XML 和 Ja 之间来回切换。JaConfig 为开发人员提供了一种纯粹 Ja 方法来配置与 XML 配置概念相似的 Spring 容器。从

技术角度来讲，只是使用 JaConfig 配置类来配置容器是可行的，但实际上很多人认为将JaConfig 与 XML 混合匹配是理想的。（3）类型安全和重构友好。JaConfig 提供了一种类型安全的方法来配置

Spring容器。由于 Ja 5.0 对泛型的支持，现在可以按类型而不是按名称检索 bean，不需要任何强制转换或基于字符串的查找。

BFPP：BeanFactoryPostProcessor

BPP：BeanPostProcessor

BDRPP:BeanDefinitionRegistryPostProcessor

表达的总体思路是：总-分-总

1、springboot自动装配是什么，解决了什么问题

2、自动装配实现的原理：

1、当启动springboot应用程序的时候， 会先创建SpringApplication的对象，在对象的构造方法中会进行某些参数的初始化工作，最主要的是判断当前应用程序的类型以及初始化器和，在这个过程中会加载整个应用程序中的spring.factories文件，将文件的内容放到缓存对象中，方便后续获取。

2、SpringApplication对象创建完成之后，开始执行run方法，来完成整个启动，启动过程中最主要的有两个方法，个叫做prepareContext，第二个叫做refreshContext,在这两个关键步骤中完整了自动装配的核心功能，前面的处理逻辑包含了上下文对象的创建，banner的打印，异常报告期的准备等各个准备工作，方便后续来进行调用。

3、在prepareContext方法中主要完成的是对上下文对象的初始化作，包括了属性值的设置，比如环境对象，在整个过程中有一个非常重要的方法，叫做load，load主要完成一件事，将当前启动类做为一个beanDefinition注册到registry中，方便后续在进行BeanFactoryPostProcessor调用执行的时候，找到对应的主类，来完成@SpringBootApplicaiton,@EnableAutoConfiguration等注解的解析工作

4、在refreshContext方法中会进行整个容器刷新过程，会调用中spring中的refresh方法，refresh中有13个非常关键的方法，来完成整个spring应用程序的启动，在自动装配过程中，会调用invokeBeanFactoryPostProcessor方法，在此方法中主要是对ConfigurationClassPostProcessor类的处理，这次是BFPP的子类也是BDRPP的子类，在调用的时候会先调用BDRPP中的tProcessBeanDefinitionRegistry方法，然后调用tProcessBeanFactory方法，在执行tProcessBeanDefinitionRegistry的时候回解析处理各种注解，包含@PropertySource,@ComponentScan,@ComponentScans，@Bean,@Import等注解，最主要的是@Import注解的解析。

5、在解析@Import注解的时候，会有一个getImports的方法，从主类开始递归解析注解，把所有包含@Import的注解都解析到，然后在processImport方法中对Import的类进行分类，此处主要识别的时候AutoConfigurationImportSelect归属于ImportSelect的子类，在后续过程中会调用deferredImportSelectorHandler中的process方法，来完整EnableAutoConfiguration的加载。

6、上面是我对springboot自动装配的简单理解，面试官您看一下，我回答有没有问题，帮我指点一下！

在 Spring Boot 里面，可以使用以下几种方式来加载配置。

1） properties文件；

2） YAML文件；

3） 系统环登录进去MySQL之后才能够执行下面的命令，因为这是SQL命令境变量；

相比 properties 配置文件，YAML 还有一个缺点，就是不支持 @PropertySource 注解导入自定义的 YAML 配置。

Spring Boot 使用 Ja 配置而非 XML 配置，但是 Spring Boot 中也可以使用 XML 配置，通过 @ImportResource 注解可以引入一个 XML 配置。 spring boot 核心配置文件是什么？

bootstrap.properties 和 application.properties 有何区别 ?

单纯做 Spring Boot 开发，可能不太容易遇到 bootstrap.properties 配置文

件，但是在结合 Spring Cloud 时，这个配置就会经常遇到了，特别是在需要加载一些远程配置文件的时侯。

spring boot 核心的两个配置文件：

bootstrap (. yml 或者 . properties)：boostrap 由父 ApplicationContext 加载的，比 applicaton 优先加载，配置在应用程序上下文的阶段生效。一般来说我们在 Spring Cloud Config 或者 Nacos 中会用到它。且 boostrap 里面的属性不

能被覆盖；

application (. yml 或者 . properties)： 由ApplicatonContext 加载，用于 spring boot 项目的自动化配置。

Spring Profiles 允许用户根据配置文件（dev，test，prod 等）来注册 bean。因此，当应用程序在开发中运行时，只有某些 bean 可以加载，而在

PRODUCTION中，某些其他 bean 可以加载。假设我们的要求是 Swagger 文档仅适用于 QA 环境，并且禁用所有其他文档。这可以使用配置文件来完成。Spring Boot 使得使用配置文件非常简单。

为了在自定义端口上运行 Spring Boot 应用程序，您可以在

application.properties 中指定端口。server.port = 8090

为了实现 Spring Boot 的安全性，我们使用 spring-boot-starter-security 依赖项，并且必须添加安全配置。它只需要很少的代码。配置类将必须扩展

跨域可以在前端通过 JSONP 来解决，但是 JSONP 只可以发送 GET 请求，无法发送其他类型的请求，在 RESTful 风格的应用中，就显得非常鸡肋，因此我们在后端通过 （CORS，Cross-origin resource sharing） 来解决跨域问题。这种解决方案并非 Spring Boot 特有的，在传统的 SSM 框架中，就可以通过 CORS 来解决跨域问题，只不过之前我们是在 XML 文件中配置 CORS ，现在可以通过实现WebMvcConfigurer接口然后重写addCorsMappings方法解决跨域问题。

项目中前后端分离部署，所以需要解决跨域的问题。

我们使用cookie存放用户登录的信息，在spring进行权限控制，当权限不符合时，直接返回给用户固定的json结果。

当用户登录以后，正常使用；当用户退出登录状态时或者token过期时，由于和跨域的顺序有问题，出现了跨域的现象。

我们知道一个请求，先走filter，到达servlet后才进行的处理，如果我们把cors放在filter里，就可以优先于权限执行。

CSRF 代表跨站请求伪造。这是一种攻击，迫使 终用户在当前通过身份验证的 Web 应用程序上执行不需要的作。CSRF 攻击专门针对状态改变请求，而不是数据窃取，因为攻击者无法查看对伪造请求的响应。

Spring boot actuator 是 spring 启动框架中的重要功能之一。Spring boot 监视器可帮助您访问生产环境中正在运行的应用程序的当前状态。有几个指标必须在生产环境中进行检查和。即使一些外部应用程序可能正在使用这些服务来向相关人员触发警报消息。监视器模块公开了一组可直接作为 HTTP URL 访问 的REST 端点来检查状态。

如何在 Spring Boot 中禁用 Actuator 端点安全性？

默认情况下，所有敏感的 HTTP 端点都是安全的，只有具有 ACTUATOR 角色

的用户才能访问它们。安全性是使用标准的 HttpServletRequest.isUserInRole 方法实施的。 我们可以使用来禁用安全性。只有在执行机构端点在防火墙后访问时，才建议禁用安全性。

Spring Boot 提供监视器端点以各个微服务的度量。这些端点对于获取有关应用程序的信息（如它们是否已启动）以及它们的组件（如数据库等）是否正常运行很有帮助。但是，使用监视器的一个主要缺点或困难是，我们必须单独打开应用程序的知识点以了解其状态或 健康 状况。想象一下涉及 50 个应用程序的微服务，将不得不击中所有 50 个应用程序的执行终端。为了帮助我们处理这种情况，我们将使用位于的开源项目。 它建立在 Spring Boot Actuator 之上，它提供了一个 Web UI，使我们能够可视化多个应用程序的度量。

WebSocket 是一种计算机通信协议，通过单个 TCP 连接提供全双工通信信道。

1、 WebSocket 是双向的 -使用 WebSocket 客户端或可以发起消息发送。

2、 WebSocket 是全双工的 -客户端和通信是相互的。

3、 单个 TCP 连接 -初始连接使用 HTTP，然后将此连接升级到基于套接字的连接。然后这个单一连接用于所有未来的通信

4、 Light -与 相比，WebSocket 消息数据交换要轻得多。

什么是 Spring Data ?

Spring Data 是 Spring 的一个子项目。用于简化数据库访问，支持NoSQL 和 关系数据存储。其主要目标是使数据库的访问变得方便快捷。Spring Data 具有如下特点：

SpringData 项目支持 NoSQL 存储：

SpringData 项目所支持的关系数据存储技术：

Spring Boot Batch 提供可重用的函数，这些函数在处理大量记录时非常重要，包括日志/跟踪，事务管理，作业处理统计信息，作业重新启动，跳过和资源管理。它还提供了更先进的技术服务和功能，通过优化和分区技术，可以实现极高批量和高性能批处理作业。简单以及复杂的大批量批处理作业可以高度可扩展的方式利用框架处理重要大量的信息。

FreeMarker 是一个基于 Ja 的模板引擎， 初专注于使用 MVC 软件架构进行页生成。使用 Freemarker 的主要优点是表示层和业务层的完全分离。程序员可以处理应用程序代码，而设计人员可以处理 html 页面设计。 后使用 freemarker 可以将这些结合起来，给出 终的输出页面。

对于集成 Spring Boot 和 ActiveMQ，我们使用依赖关系。 它只需要很少的配置，并且不需要样板代码。

Swagger 广泛用于可视化 API，使用 Swagger UI 为前端开发人员提供在线沙箱。Swagger 是用于生成 RESTful Web 服务的可视化表示的工具，规范和完整框架实现。它使文档能够以与相同的速度更新。当通过 Swagger 正确定义时，消费者可以使用 少量的实现逻辑来理解远程服务并与其进行交互。因此，Swagger消除了调用服务时的猜测。

前后端分离，如何维护接口文档 ?

前后端分离开发日益流行，大部分情况下，我们都是通过 Spring Boot 做前后端分离开发，前后端分离一定会有接口文档，不然会前后端会深深陷入到扯皮中。一个比较笨的方法就是使用 word 或者 md 来维护接口文档，但是效率太低，接口一变，所有人手上的文档都得变。在 Spring Boot 中，这个问题常见

的解决方案是 Swagger ，使用 Swagger 我们可以快速生成一个接口文档网

站，接口一旦发生变化，文档就会自动更新，所有开发工程师访问这一个在线网站就可以获取到 新的接口文档，非常方便。

这可以使用 DEV 工具来实现。通过这种依赖关系，您可以节省任何更改，嵌入式tomcat 将重新启动。Spring Boot 有一个开发工具（DevTools）模块，它有助于提高开发人员的生产力。Ja 开发人员面临的一个主要挑战是将文件更改自动部署到并自动重启。开发人员可以重新加载 Spring Boot 上的更改，而无需重新启动。这将消除每次手动部署更改的需要。

Spring Boot 在发布它的个版本时没有这个功能。这是开发人员 需要的功能。DevTools 模块完全满足开发人员的需求。该模块将在生产环境中被禁用。

它还提供 H2 数据库控制台以更好地测试应用程序。

使用了下面的一些依赖项

spring-boot-starter-activemq

spring-boot-starter-security

这有助于增加更少的依赖关系，并减少版本的冲突。

Spring Boot 中的 starter 到底是什么 ?

首先，这个 Starter 并非什么新的技术点，基本上还是基于 Spring 已有功能来实现的。首先它提供了一个自动化配置类，一般命名为 XXXAutoConfiguration

，在这个配置类中通过条件注解来决定一个配置是否生效（条件注解就是

Spring 中原本就有的），然后它还会提供一系列的默认配置，也允许开发者根据实际情况自定义相关配置，然后通过类型安全的属性注入将这些配置属性注入进来，新注入的属性会代替掉默认属性。正因为如此，很多第三方框架，我们只需要引入依赖就可以直接使用了。当然，开发者也可以自定义 Starter spring-boot-starter-parent 有什么用 ?

我们都知道，新创建一个 Spring Boot 项目，默认都是有 parent 的，这个

parent 就5 应用迁移（有部分公司需要把应用从传统的数据库 Oracle、MySQL 等数据库的存储过程程序或者SQL脚本迁移到大数据平台上，这个过程也是非常繁琐的工作，无聊，高度重复且麻烦，吃力不讨好）是 spring-boot-starter-parent ，spring-boot-starter-parent 主要有如下作用：

Spring Boot 打成的 jar 和普通的 jar 有什么区别 ?

Spring Boot 项目 终打包成的 jar 是可执行 jar ，这种 jar 可以直接通过 ja jar xxx.jar 命令来运行，这种 jar 不可以作为普通的 jar 被其他项目依赖，即使依赖了也无法使用其中的类。

Spring Boot 的 jar 无法被其他项目依赖，主要还是他和普通 jar 的结构不同。普通的 jar 包，解压后直接就是包名，包里就是我们的代码，而 Spring Boot

打包成的可执行 jar 解压后，在 BOOT-INFclasses 目录下才是我们的代码，因此无法被直接引用。如果非要引用，可以在 pom.xml 文件中增加配置，将 Spring Boot 项目打包成两个 jar ，一个可执行，一个可引用。

1） 打包用命令或者放到容器中运行

2） 用 Men/ Gradle 插件运行

3）直接执行 main 方法运行

1） 继承spring-boot-starter-parent项目

2） 导入spring-boot-dependencies项目依赖

Spring 提供了一种使用 ControllerA 处理异常的非常有用的方法。 我们通过实现一个 ControlerA 类，来处理类抛出的所有异常。

使用 Spring Boot 实现分页非常简单。使用 Spring Data-JPA 可以实现将可分页的传递给存储库方法。

微服务中如何实现 session 共享 ?

在微服务中，一个完整的项目被拆分成多个不相同的的服务，各个服务部署在不同的上，各自的 session 被从物理空间上隔离开了，但是经

常，我们需要在不同微服务之间共享 session ，常见的方案就是 Spring

Session + Redis 来实现 session 共享。将所有微服务的 session 统一保存在 Redis 上，当各个微服务对 session 有相关的读写作时，都去作 Redis 上的 session 。这样就实现了 session 共享，Spring Session 基于 Spring 中的过滤器实现，使得 session 的同步作对开发人员而言是透明的，非常简便。

定时任务也是一个常见的需求，Spring Boot 中对于定时任务的支持主要还是来自 Spring 框架。

在 Spring Boot 中使用定时任务主要有两种不同的方式，一个就是使用 Spring 中的 @Scheduled 注解，另一个则是使用第三方框架 Quartz。

使用 Spring 中的 @Scheduled 的方式主要通过 @Scheduled 注解来实现。

使用 Quartz ，则按照 Quartz 的方式，定义 Job 和 Trigger 即可。

---

免责声明： 本文由用户上传，如有侵权请联系删除！

---

标签：