无知的小狼

IOC遵循是Spirng中对依赖倒转原则的原则，依赖倒转原则告诉我们： 上层模块不应该依赖底层模块，他们都应该依赖于抽象 抽象不应该依赖于细节，细节应该依赖于抽象 先读取bean的XML配置文件，然后使用beanId查找bean配置，并获取配置文件中class地址，得到地址后使用Java反射技术实例化对象，最后获取属性配置，使用反射技术进行赋值。详细步骤： 利用传入的参数获取xml文件的流,并且利用dom4j解析成Document对象 对于Document对象获取根元素对象后对下面的标签进行遍历,判断是否有符合的id.如果找到对应的id,相当于找到了一个Element元素,开始创建对象,先获取class属性,根据属性值利用反射建立对象. 遍历标签下的property标签,并对属性赋值.注意,需要单独处理int,float类型的属性.因为在xml配置中这些属性都是以字符串的形式来配置的,因此需要额外处理. 如果属性property标签有ref属性,说明某个属性的值是一个对象,那么根据id(ref属性的值)去获取ref对应的对象,再给属性赋值.返回建立的对象,如果没有对应...

实现 pow(x, n) ，即计算 x 的 n 次幂函数。 示例 1: 输入: 2.00000, 10 输出: 1024.00000 示例 2: 输入: 2.10000, 3 输出: 9.26100 示例 3: 输入: 2.00000, -2 输出: 0.25000 解释: 2-2 = 1/22 = 1/4 = 0.25 说明: -100.0 < x < 100.0 n 是 32 位有符号整数，其数值范围是 [−231, 231 − 1] 。 Related Topics数学二分查找\n👍 533👎 0 第一种解法：快速幂+递归 12345678910111213public double myPow(double x, int n) { int N = n; return n >= 0 ? quickMUl(x, N) : 1.0/quickMUl(x, N);}...

代码的注释都写在了这里 1. 线程的生命周期ExecutorService主要功能 1234567891011121314151617181920212223242526272829303132333435363738/** * 履行Ruannable类型的任务 * @param command */ void execute(Runnable command); /** * 可用来提交Callable或Runnable任务，并返回代表此任务的Future * 对象 * @param task * @param <T> * @return */ <T> Future<T> submit(Callable<T> task); /** * 在完成已提交的任务后封闭办事，不再接管新任务 */ void shutdown(); /** * 停止所有正在履行的任务并封闭办事。 * @return */ List<Runnable> shutdownNow(); /** * 测试是否所...

当我们执行java命令的时候，java命令是怎么执行的呢。 12345678910111213141516171819202122232425package com.wzl.jvm.math;/** * @ClassName Math * @Description Math * @Author wuzhilang * @Date 2020/8/15 18:36 * @Version 1.0 */public class Math { public static final int initData = 666; public static User user = new User(); public int compute() { //一个方法对应一块栈帧内存区域 int a = 1; int b = 2; int c = (a + b) * 10; return c; } public static void main(String[] args) {...

【强制】存储方案和底层数据结构的设计获得评审一致通过，并沉淀成为文档。 说明：有缺陷的底层数据结构容易导致系统风险上升，可扩展性下降，重构成本也会因历史数据迁移和系统平滑过渡而陡然增加，所以，存储方案和数据结构需要认真地进行设计和评审，生产环境提交执行后，需要进行double check。 正例：评审内容包括存储介质选型、表结构设计能否满足技术方案、存取性能和存储空间能否满足业务发展、表或字段之间的辩证关系、字段名称、字段类型、索引等；数据结构变更（如在原有表中新增字段）也需要进行评审通过后上线。 2. 【强制】在需求分析阶段，如果与系统交互的User超过一类并且相关的User Case超过5个，使用用例图来表达更加清晰的结构化需求。 3. 【强制】如果某个业务对象的状态超过3个，使用状态图来表达并且明确状态变化的各个触发条件。 说明：状态图的核心是对象状态，首先明确对象有多少种状态，然后明确两两状态之间是否存在直接转换关系，再明确触发状态转换的条件是什么。 正例：淘宝订单状态有已下单、待付款、已付款、待发货、已发货、已收货等。比如已下单与已收货这两种状态之间是不可能有直接转换...

(一) 应用分层 【推荐】图中默认上层依赖于下层，箭头关系表示可直接依赖，如：开放接口层可以依赖于Web层，也可以直接依赖于Service层，依此类推：• 开放接口层：可直接封装Service方法暴露成RPC接口；通过Web封装成http接口；网关控制层等。• 终端显示层：各个端的模板渲染并执行显示的层。当前主要是velocity渲染，JS渲染，JSP渲染，移动端展示等。• Web层：主要是对访问控制进行转发，各类基本参数校验，或者不复用的业务简单处理等。• Service层：相对具体的业务逻辑服务层。• Manager层：通用业务处理层，它有如下特征： 1） 对第三方平台封装的层，预处理返回结果及转化异常信息。 2） 对Service层通用能力的下沉，如缓存方案、中间件通用处理。 3） 与DAO层交互，对多个DAO的组合复用。• DAO层：数据访问层，与底层MySQL、Oracle、Hbase、OB等进行数据交互。• 外部接口或第三方平台：包括其它部门RPC开放接口，基础平台，其它公司的HTTP接口。 【参考】（分层异常处理规约）在DAO层，产生的异常类型有很多，无法用细粒度的...

(一) 建表规约 【强制】表达是与否概念的字段，必须使用is_xxx的方式命名，数据类型是unsigned tinyint（1表示是，0表示否）。 说明：任何字段如果为非负数，必须是unsigned。 注意：POJO类中的任何布尔类型的变量，都不要加is前缀，所以，需要在设置从is_xxx到Xxx的映射关系。数据库表示是与否的值，使用tinyint类型，坚持is_xxx的命名方式是为了明确其取值含义与取值范围。 正例：表达逻辑删除的字段名is_deleted，1表示删除，0表示未删除。 【强制】表名、字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。 说明：MySQL在Windows下不区分大小写，但在Linux下默认是区分大小写。因此，数据库名、表名、字段名，都不允许出现任何大写字母，避免节外生枝。 正例：aliyun_admin，rdc_config，level3_name 反例：AliyunAdmin，rdcConfig，level_3_name 【强制】表名不使用复数名词...

【强制】隶属于用户个人的页面或者功能必须进行权限控制校验。 说明：防止没有做水平权限校验就可随意访问、修改、删除别人的数据，比如查看他人的私信内容。 【强制】用户敏感数据禁止直接展示，必须对展示数据进行脱敏。 说明：中国大陆个人手机号码显示为:137****0969，隐藏中间4位，防止隐私泄露。 【强制】用户输入的SQL参数严格使用参数绑定或者METADATA字段值限定，防止SQL注入，禁止字符串拼接SQL访问数据库。反例：某系统签名大量被恶意修改，即是因为对于危险字符 # –没有进行转义，导致数据库更新时，where后边的信息被注释掉，对全库进行更新。 【强制】用户请求传入的任何参数必须做有效性验证。 说明：忽略参数校验可能导致：⚫ page size过大导致内存溢出⚫ 恶意order by导致数据库慢查询⚫ 缓存击穿⚫ SSRF⚫ 任意重定向⚫ SQL注入，Shell注入，反序列化注入⚫ 正则输入源串拒绝服务ReDoSJava代码用正则来验证客户端的输入，有些正则写法验证普通用户输入没有问题，但是如果攻击人员使用的是特殊构造的字符串来验证，有可能导致死循环的结果。 【强制】...

【强制】好的单元测试必须遵守AIR原则。 说明：单元测试在线上运行时，感觉像空气（AIR）一样并不存在，但在测试质量的保障上，却是非常关键的。好的单元测试宏观上来说，具有自动化、独立性、可重复执行的特点。 ⚫ A：Automatic（自动化） ⚫ I：Independent（独立性） ⚫ R：Repeatable（可重复） 2. 【强制】单元测试应该是全自动执行的，并且非交互式的。测试用例通常是被定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用System.out来进行人肉验证，必须使用assert来验证。 3. 【强制】保持单元测试的独立性。为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。 反例：method2需要依赖method1的执行，将执行结果作为method2的输入。 4. 【强制】单元测试是可以重复执行的，不能受到外界环境的影响。 说明：单元测试通常会被放到持续集成中，每次有代码check in时单元测试都会被执行。如果单测对外部环境（网络、服务、中间件等）有...

(一) 错误码 【强制】错误码的制定原则：快速溯源、简单易记、沟通标准化。 说明： 错误码想得过于完美和复杂，就像康熙字典中的生僻字一样，用词似乎精准，但是字典不容易随身携带并且简单易懂。正例：错误码回答的问题是谁的错？错在哪？ 错误码必须能够快速知晓错误来源，可快速判断是谁的问题。 错误码易于记忆和比对（代码中容易equals）。 错误码能够脱离文档和系统平台达到线下轻量化地自由沟通的目的。 【强制】错误码不体现版本号和错误等级信息。 说明：错误码以不断追加的方式进行兼容。错误等级由日志和错误码本身的释义来决定。 【强制】全部正常，但不得不填充错误码时返回五个零：00000。 【强制】错误码为字符串类型，共5位，分成两个部分：错误产生来源+四位数字编号。 说明：错误产生来源分为A/B/C，A表示错误来源于用户，比如参数错误，用户安装版本过低，用户支付超时等问题；B表示错误来源于当前系统，往往是业务逻辑出错，或程序健壮性差等问题；C表示错误来源于第三方服务，比如CDN服务出错，消息投递超时等问题；四位数字编号从0001到9999，大类之间的步长间距预留...