灵熙云工作室

MySQL数据库在看高性能MySQL第3版（4.1.7节）时，作者建议当存储IPv4地址时，应该使用32位的无符号整数（UNSIGNED INT）来存储IP地址，而不是使用字符串。 相对字符串存储，使用无符号整数来存储有如下的好处： 节省空间，不管是数据存储空间，还是索引存储空间 便于使用范围查询（BETWEEN…AND），且效率更高 通常，在保存IPv4地址时，一个IPv4最小需要7个字符，最大需要15个字符，所以，使用VARCHAR(15)即可。 MySQL在保存变长的字符串时，还需要额外的一个字节来保存此字符串的长度。而如果使用无符号整数来存储，只需要4个字节即可。 另外还可以使用4个字段分别存储IPv4中的各部分，但是通常这不管是存储空间和查询效率应该都不是很高（可能有的场景适合使用这种方式存储）。 使用无符号整数来存储也有缺点： 不便于阅读 需要手动转换 对于转换来说，MySQL提供了相应的函数来把字符串格式的IP转换成整数的INET_ATON，以及把整数格式的IP转换成字符串的INET_NTOA。如下所示： INET_ATONmysql> sel ...

一个管理系统，往往需要后端+前端一起实现。单表CRUD操作往往都差不多，我们可以使用代码生成器来实现。有时候我们的管理系统只需要一些简单的CRUD页面，有没有什么框架能做到不写前端代码，纯Java撸个管理系统呢？这里推荐一个全栈类框架Erupt，希望对大家有所帮助！ Erupt简介Erupt是一个低代码全栈类框架，它使用Java注解动态生成页面以及增、删、改、查、权限控制等后台功能。零前端代码、零CURD、自动建表，仅需一个类文件 + 简洁的注解配置，快速开发企业级后台管理系统。 官方文档：传送门 SpringBoot整合Erupt我们首先来波实战，以商品品牌管理为例，来熟悉下Erupt结合SpringBoot的基本使用！ 由于Erupt原生支持SpringBoot，所以整合还是很方便的！ 为了方便管理Erupt版本，我们先在pom.xml中添加Erupt的版本属性； <properties> <erupt.version>1.6.13</erupt.version></properties> 之后在pom.xml中 ...

乐观锁和悲观锁悲观锁悲观锁对应于生活中悲观的人，悲观的人总是想着事情往坏的方向发展。 举个生活中的例子，假设厕所只有一个坑位了，悲观锁上厕所会第一时间把门反锁上，这样其他人上厕所只能在门外等候，这种状态就是「阻塞」了。 回到代码世界中，一个共享数据加了悲观锁，那线程每次想操作这个数据前都会假设其他线程也可能会操作这个数据，所以每次操作前都会上锁，这样其他线程想操作这个数据拿不到锁只能阻塞了。 在Java语言中synchronized和ReentrantLock等就是典型的悲观锁，还有一些使用了synchronized关键字的容器类如HashTable等也是悲观锁的应用。 乐观锁乐观锁对应于生活中乐观的人，乐观的人总是想着事情往好的方向发展。 举个生活中的例子，假设厕所只有一个坑位了，乐观锁认为：这荒郊野外的，又没有什么人，不会有人抢我坑位的，每次关门上锁多浪费时间，还是不加锁好了。你看乐观锁就是天生乐观！ 回到代码世界中，乐观锁操作数据时不会上锁，在更新的时候会判断一下在此期间是否有其他线程去更新这个数据。 乐观锁可以使用版本号机制和CAS算法实现。在 Java 语言 ...

前言代码优化 ，一个很重要的课题。可能有些人觉得没用，一些细小的地方有什么好修改的，改与不改对于代码的运行效率有什么影响呢？这个问题我是这么考虑的，就像大海里面的鲸鱼一样，它吃一条小虾米有用吗？没用，但是，吃的小虾米一多之后，鲸鱼就被喂饱了。 代码优化也是一样，如果项目着眼于尽快无BUG上线，那么此时可以抓大放小，代码的细节可以不精打细磨；但是如果有足够的时间开发、维护代码，这时候就必须考虑每个可以优化的细节了，一个一个细小的优化点累积起来，对于代码的运行效率绝对是有提升的。 代码优化的目标是： 减小代码的体积 提高代码运行的效率 优化细节不要创建和导入不使用的对象或不使用的类如果代码中出现“The value of the local variable i is not used”、“The import java.util is never used”，那么请删除这些无用的内容。 尽量指定类、方法的final修饰符 带有 final 修饰符的类是不可派生的。 在 Java 核心 API中，有许多应用final的例子，例如java.lang.String，整个类都是 final ...

前言我们都经常使用一些循环耗时计算的操作，特别是for循环，它是一种重复计算的操作，如果处理不好，耗时就比较大，如果处理书写得当将大大提高效率，下面总结几条for循环的常见优化方式。 首先，我们初始化一个集合 list，如下： List<String> list = new ArrayList<String>(); 方法一：最常规的不加思考的写法for (int i = 0; i < list.size(); i++) { System.out.println(list.get(i));} 优点：较常见，易于理解缺点：每次都要计算list.size() 方法二：数组长度提取出来int m = list.size();for (int i = 0; i < m; i++) { System.out.println(list.get(i));} 优点：不必每次都计算缺点： m的作用域不够小，违反了最小作用域原则 不能在for循环中操作list的大小，比如除去或新加一个元素 方法三：数组长度提取出来 ...

我在研究HikariCP（一个数据库连接池）时无意间在HikariCP的Github wiki上看到了一篇文章（即前面给出的链接），这篇文章有力地消除了我一直以来的疑虑，看完之后感觉神清气爽。故在此做译文分享。 数据库连接池的配置是开发者们常常搞出坑的地方，在配置数据库连接池时，有几个可以说是和直觉背道而驰的原则需要明确。 1万并发用户访问想象你有一个网站，压力虽然还没到Facebook那个级别，但也有个1万上下的并发访问——也就是说差不多2万左右的TPS。那么这个网站的数据库连接池应该设置成多大呢？结果可能会让你惊讶，因为这个问题的正确问法是： “这个网站的数据库连接池应该设置成多小呢？” 下面这个视频是Oracle Real World Performance Group发布的，请先看完： http://www.dailymotion.com/video/x2s8uec （因为这视频是英文解说且没有字幕，我替大家做一下简单的概括：）视频中对Oracle数据库进行压力测试，9600并发线程进行数据库操作，每两次访问数据库的操作之间sleep 550ms，一开始设置的中间件线程 ...

近期做了一个前后端合并的spring boot项目，但是要求达成exe文件，提供给不懂电脑的小白安装使用，就去研究了半天，踩了很多坑，写这篇文章，是想看到这篇文章的人，按照我的步骤走，能少踩坑。 准备工作 一个jar包，没有bug能正常启动的jar包 exe4j，一个将jar转换成exe的工具，百度链接：https://pan.baidu.com/s/1J30uUMJcYnqWCJSr6gkM5w，提取码：6esr，注册码：L-g782dn2d-1f1yqxx1rv1sqd inno setup，一个将依赖和exe一起打成一个安装程序的工具，链接：https://pan.baidu.com/s/1DgFo1ceM_8Bqx_b-veibbQ，提取码：g9jd 制作步骤exe4j 将jar包放在了桌面 打开安装好的exe4j 直接下一步进入界面，选择JAVA转EXE 然后点下一步，输入名称和输出路径 继续点击下一步，选择启动模式 下方有个选项，需要设置打包后的程序兼容32和64位系统 进来后勾选上 然后一直下一步，一直出现如下界面，开始选择 ...

compileflow是什么compileflow是一个非常轻量、高性能、可集成、可扩展的流程引擎。 compileflow Process引擎是淘宝工作流TBBPM引擎之一，是专注于纯内存执行，无状态的流程引擎，通过将流程文件转换生成java代码编译执行，简洁高效。当前是阿里业务中台交易等多个核心系统的流程引擎。 compileflow能让开发人员通过流程编辑器设计自己的业务流程，将复杂的业务逻辑可视化，为业务设计人员与开发工程师架起了一座桥梁。 最新插件安装包下载 设计意图 希望为业务开发提供端至端，从设计至实现的业务流程解决方案。 提供多种流程引擎，实现从战略至商业能力，商业能力至业务流程，业务流程至系统，并最终实现业务的可视化全局架构。 设计高效的执行引擎，实现对服务的快速组合或扩展，提升idea(构思)至value(价值)的研发响应与交互速度。 特色 高性能：通过将流程文件转换生成java代码编译执行(爽啊，Activiti可没这功能)，简洁高效。 丰富的应用场景：在阿里巴巴中台解决方案中广泛使用，支撑了导购、交易、履约、资金等多个业务场景。 可集成：轻量、简洁的设计 ...

应用场景目前常见的应用软件都有消息的延迟推送的影子，应用也极为广泛，例如： 淘宝七天自动确认收货。在签收商品后，物流系统会在七天后延时发送一个消息给支付系统，通知支付系统将款打给商家，这个过程持续七天，就是使用了消息中间件的延迟推送功能。 12306 购票支付确认页面。在选好票点击确定跳转的页面中往往都会有倒计时，代表着 30分钟内订单不确认的话将会自动取消订单。其实在下订单那一刻开始购票业务系统就会发送一个延时消息给订单系统，延时30分钟，告诉订单系统订单未完成，如果我们在30分钟内完成了订单，则可以通过逻辑代码判断来忽略掉收到的消息。 在上面两种场景中，如果使用下面两种传统解决方案无疑大大降低了系统的整体性能和吞吐量： 使用 redis 给订单设置过期时间，最后通过判断 redis中是否还有该订单来决定订单是否已经完成。这种解决方案相较于消息的延迟推送性能较低，因为我们知道redis都是存储于内存中，我们遇到恶意下单或者刷单的将会给内存带来巨大压力。 使用传统的数据库轮询来判断数据库表中订单的状态，这无疑增加了IO次数，性能极低。 使用 jvm 原生的 DelayQueue， ...

35岁焦虑是程序员间讨论最多的话题之一。 是不是一直以为这个话题只有我们国内开发者会讨论？ 最近，在国外的reddit上出现了这样一个热门贴： 当程序员老了会怎么样？对于45-50岁之间的程序员，你有什么故事和建议吗？对于职业规划方面有什么好的建议吗？ 这些问题相信也是很多开发者想了解的。从这个帖子中，我们发现了很多高年龄程序员的建议，下面跟着小编一起看看有哪些高赞回复吧！ 60多岁的开发者 @dhjdhj 他给出的建议是：“不惧怕改变，才能长期保持自己的价值”。 他还分享了自己的职业经历： 30多岁的时候，他任职于一家大型研究机构，与很多世界著名科学家共事。在一次具有很大挑战的事情上，为了快速解决问题，很多人都被要求参与进去。这里面就有很多人无法适应这样的变化，最终离开了。 因为这件事的发生，给了他很大的触动，他认为这样的根源是由于那些人无法应对变化的环境导致的（也就是我们常说的）。因此，自从这件事之后，他就开始坚持这两件事： 经常换工具，包括编辑器等各种基础工具。因为如果一直坚守自己已经会的东西，会让自己僵化，甚至对它们产生宗教版的迷恋 关注最新的开发趋势，评估新技术的重要性 ...