背景最近公司项目不多，比较清闲，划水摸鱼混迹于各大技术博客平台，瞬间又GET了好多前端技能，一些属于技巧，一些则是闻所未闻的冷知识，一时间还消化不过来，不由的发出一声感叹！前端可真是博大精深于是突发奇想，现分类整理出来分享给大家，也补充了一些平时的积累和扩展了一些内容，俗话说，独乐乐不如众乐乐，大家一起来接受前端的洗礼吧！！！论被玩坏了的前端HT

相信很多人的项目都有这种需求，就是查询近7天的记录，但是这7天总有那么几天是没数据的，所以缺失的只能补0 下面的代码不知道能不能看懂，我简单的说一下思路1）先查询红色字体的近7天，再转换成日期2）我的字段使用的是时间戳的方式去保存，只能是先数据库字段先转日期2.1）先查询自己想要的数据，用每天分组，计算好总数后2.2）时间戳字段先转日期

Hadoop和Spark方面要记住的最重要一点就是，它们并不是非此即彼的关系，因为它们不是相互排斥，也不是说一方是另一方的简易替代者。两者彼此兼容，这使得这对组合成为一种功能极其强大的解决方案，适合诸多大数据应用场合。Hadoop的定义Hadoop是Apache.org的一个项目，其实是一种软件库和框架，以便使用简单的编程模型，跨计算器集群对

因为最近项目需要批量上传文件，而这里的批量就是将文件压缩在了一个zip包里，然后读取文件进行解析文件里的内容。因此需要先对上传的zip包进行解压。以下直接提供代码供参考：1.第一个方法是用于解压zip压缩包的方法。2.第二个方法是 删除该文件夹以及子目录和子目录文件的方法。3.第三个方法是删除 删除文件夹内所有文件和子目录的方法。因为

大家可能一直在用VC开发软件，但是对于这个编译器却未必很了解。原因是多方面的。大多数情况下，我们只停留在“使用”它，而不会想去“了解”它。因为它只是一个工具，我们宁可把更多的精力放在C语言和软件设计上。我们习惯于这样一种“模式”：建立一个项目，然后写代码，然后编译，反反复复调试。但是，所谓：“公欲善其事，必先利其器”。如果我们精于VC开发环境，我们是不是

大家好，我是IT共享者，人称皮皮。一、前言我们前段日子学过了分布式版本控制系统git，相信大家都领略到了它的强大，今天我们来说说集中式版本控制系统svn，跟分布式版本控制系统不同的是，集中式版本控制系统旨在用于多个人协同开发一个项目，而且它的版本控制系统都是存放在中央服务器上的，如果你需要使用就得从中央服务器上调用，它不像git，每个用户都可以有自己的版本

最近开发一个项目。客户端每隔10秒提交100行数据给服务端，服务端查重后写入。客户端约在几万左右，提交数据比较集中，不考虑读数据的问题。现在的设计是：数据库按客户端进行分表。每个表的数据量不高。服务端获得数据后，先插入redis队列，然后在通过定时任务插入数据库。问题是：1、服务端提供给客户端的接口，是否能满足几千上万的客

概述：Class文件结构是了解虚拟机的重要基础之一，如果想深入的了解虚拟机，Class文件结构是不能不了解的。Class文件是一组以8位字节为基础单位的二进制流，各项数据项目严格按照顺序紧凑地排列在Class文件之中，中间没有添加任何分隔符，如果是超过8位字节以上空间的数据项，则会按照高位在前的方式（BigEndian）分割成若干个8位字节进行存

每年的QCon全球软件开发大会和ArchSummit全球架构师峰会，世界各地优秀的技术大佬们，在台上分享自己负责开发的项目，卓越的架构思想，引领着整个行业前进。作为一名开发工程师，及时掌握这些先进的方案和理念，对自己的成长是非常重要的，尤其是想要成为架构师的开发人员，如果仅仅是技术好，显然是做不了架构师的。曾有这样一位大厂的高级工程师去参加面试，

前言代码优化，一个很重要的课题。可能有些人觉得没用，一些细小的地方有什么好修改的，改与不改对于代码的运行效率有什么影响呢？这个问题我是这么考虑的，就像大海里面的鲸鱼一样，它吃一条小虾米有用吗？没用，但是，吃的小虾米一多之后，鲸鱼就被喂饱了。代码优化也是一样，如果项目着眼于尽快无BUG上线，那么此时可以抓大放小，代码的细节可以不精打细磨；但是如果有