jasypt

1 概述 本文列举了一些 Android +后端 Java 通信/部署时的问题以及注意事项，覆盖的问题包括但不限于安全组、数据库、路径等，如果各位读者的 Android 端不能正常访问 Java 后端，希望这里的解决方案能帮助到您。 2 分类 这里将问题分为三类： Java 端问题 Android 端问题 其他杂项问题 先来看一下 Java 端可能出现的问题。 3 Java 端 包括： 数据库 安全组/防火墙 404 3.1 数据库 3.1.1 驱动 注意 MySQL5.7 与 MySQL8 注册驱动时是不一样的， MySQL5.7 是： Class.forName("com.mysql.jdbc.Driver"); MySQL8 以上是： Class.forName("com.mysql.cj.jdbc.Driver"); 另外要注意 JAR 包版本正确。 3.1.2 用户名/密码/权限 首先需要确保配置文件中的访问数据库的用户名以及密码要正确，不然的话可能会出现各种空指针错误，另外需要确保该用户对目标数据库或表具有对应的权限。 3.1.3 Spring Boot 中的加密配置 在 application.yaml / application.yml / application.properties 中配置对应的用户名以及密码，一般明文是没问题的，这里是针对使用了 Jasypt

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 前言 前几天，有个前同事向我吐槽，他们公司有个大神把公司的项目代码全部上传到了 github，并且是公开项目，所有人都可以浏览。更加恐怖的是项目里面包含配置文件，数据库信息、redis 配置、各种公钥私钥密码全在项目里面，也一同上传了。 如果只是单纯的业务代码泄露，情况倒还好，因为别人知道你代码，要想搞你，他必须要把源码看一遍，分析漏洞。 又因为代码上线，经过了层层测试，漏洞也不好找，至少短时间内不好找。但是别人拿到你的数据库信息，那就开启了上帝模式，想怎么玩就怎么玩，删库都不用跑路的。 不过，还好他们发现的及时，第一时间删除了 github 上的项目，但是不能保证当时的项目没有人拉到本地，所以第二就是把配置文件内的各项配置都更改一遍，改配置听起来简单，但是要知道有些配置是不能热更新的。很多配置要把前一个配置修改后才能使用，新老配置不能共存，你改的瞬间运行的项目就崩了，必须要停机维护才可以。为了变更配置他们花了大量的人力物力与精力。 其实这种惨痛的教训本可以避免的，防止配置泄露，通用的有两种形式。一种是使用配置中心，本地不保存配置，启动的时候从配置中心获取，这应该是最优解了。但是很多时候你所做的项目并没有使用配置中心，配置就在项目里面裸奔。这个时候就需要本地加密的形式防止配置泄露了，常用框架是 jasypt