HashMap采用了数组和链表的数据结构，能在查询和修改方便继承了数组的线性查找和链表的寻址修改，数组是HashMap的主体，链表则是主要为了解决哈希冲突而存在的。解决哈希冲突的三个方法：a.开放定址法  又被称为再散列法，包括线性探测再散列、二次探测再散列、伪随机探测再散列b.再哈希法  地址冲突后，对哈希结果再次进行哈希，直到

为什么会写着篇博客，因为昨天看了关于final关键字的解析。但是有个问题始终没有得到解决，于是请教了我qq上之前添加的知乎大神。他给我回复的第一条消息：常量折叠。身为渣渣猿的我立马查询了这个概念。这是第一次知道这个概念。知乎大神还给我讲了好多。让我终于明白了这个常量折叠的概念实例解析昨天，让我迷惑的代码是下面这段代码

vuecli3.0结合libflexible、px2rem实现移动端适配，完美解决第三方ui库样式变小问题公司最近做的一个移动端项目从搭框架到前端开发由我独立完成，以前做移动端适配用的媒体查询，这次想用点别的适配方案，然后就采用了vuecli3.0结合libflexible、px2rem实现移动端适配的方案，开发过程中也遇到一些坑，自己选的方案自己

使用onduplicatekeyupdate语法有时是很方便，但是会有一个影响：默认情况下，每次更新都会更新该表的自增主键ID，如果更新频率很快，会导致主键ID自增的很快，过段时间就超过数字类型的的范围了解决这个问题，有两种方式：(实际我目前使用的方式是把自增主键ID设置为bigint,也有一部分操作先查询再选择插入OR更新)方法一：拆分成两个

一、数据库设计规范1.使用innodb引擎2.数据库和表的字符集统一使用utf83.所有表和字段添加注释4.单表数据量控制<500w5.谨慎使用mysql分区，跨区查询影响性能6.冷热数据分离，缓存7.禁止在数据库中存储图片，文件等大的二进制数据8.禁止在线上做数据库压力测试9.禁止从开发和测试环境直接连

SEC是Search Engine Cheat，搜索引擎欺骗。SEC片面强调关键词的堆积，去欺骗搜索引擎提高排名。以下举例几种常见的SEC推广手段。    一、误导性关键词特点：在日志中使用与该日志内容毫不相干的误导性关键词来吸引查询该主题的访问者访问网站。     二、重复性关键词特点：在日志的标题或者正文中出现的关键词进行不合理

我们知道InnoDB采用WriteAheadLog策略来防止宕机数据丢失，即事务提交时，先写重做日志，再修改内存数据页，这样就产生了脏页。既然有重做日志保证数据持久性，查询时也可以直接从缓冲池页中取数据，那为什么还要刷新脏页到磁盘呢？如果重做日志可以无限增大，同时缓冲池足够大，能够缓存所有数据，那么是不需要将缓冲池中的脏页刷新到磁盘。但是，通常会有以下几

PostgreSQL一直以为是一个和sqlite一个级别的数据库，但是在查询之后，自己的态度就完全变了，mysql被oricle公司收购以后，PG就成了比较流行的开源数据库的首选，而且heroku上面不支持mysql，但是却大力支持PG，所以说，不得不学学PG，并非迫不得已的样子，至少以后PG会比较流行，学学固然是好的，自己学习的一点感想，供新手快速入门。

毕业开始从事winfrm到今年转到web，在码农届已经足足混了快接近3年了，但是对安全方面的知识依旧薄弱，事实上是没机会接触相关开发……必须的各种借口。这几天把sql注入的相关知识整理了下，希望大家多多提意见。（对于sql注入的攻防，我只用过简单拼接字符串的注入及参数化查询，可以说没什么好经验，为避免后知后觉的犯下大错，专门查看大量前辈们的心得，这方

SQL的基本语法规范1、sql不区分大小写，但是习惯上关键字、系统保留字、函数名称大写，表名和列名小写；2、sql使用空格或者回车来分隔每个单词都一样，习惯上每个子句换行，WHERE子句中的每个条件占一行，子查询单独占一行；3、复杂的语句最好加上注释进行说明；4、sql语句中使用分号作为分隔符，系统读取到分号才会执行语句。