知识的搬运工

问题的提出 我们先从比特币产生的动机开始. 以物易物的比特村 话说在这个世界上,有一个叫比特村的小村庄,村庄共有几百户人家.这个村庄几乎与世隔绝,过着自给自足的生活.由于没有大规模贸易,比特村村民一直 过着以物易物的生活,也就是说村民之间并没有使用统一的货币,互相间的贸易基本上就是老张家拿一袋面粉换老李家一只羊,王大嫂拿一筐野果换刘大婶两尺布. 村民们一直就这么纯朴的生活着. 实物货币 终于有一天,村民觉得一直这样以物易物实在太不方便了,于是村子全员开会,讨论如何解决这个问题.有人提议,以便于分

总结一下关于Java内存的知识,今天我不生产知识,我只是知识的搬运工. 1.运行时数据区域 java虚拟机在执行JAVA程序的过程中会把它所管理的内存划分为若干个不同的数据区域. 由所有线程共享的数据区 堆[Heap]: Java堆是Java虚拟机管理的内存中最大的一块,此内存区域的唯一目的就是存放对象实例.所有的对象实例以及数组都要在堆上分配,但随着虚拟机技术的发展,这个变得不这么绝对.Java堆是垃圾收集其管理的主要区域,因此很多时候也被称为GC堆.根据虚拟机规范的规定,Java堆可以是处于

关于本文档的说明 本文档基于ICSharpCode.SharpZipLib.dll的封装,常用的解压和压缩方法都已经涵盖在内,都是经过项目实战积累下来的 欢迎传播分享,必须保持原作者的信息,但禁止将该文档直接用于商业盈利. 本人自从几年前走上编程之路,一直致力于收集和总结出好用的框架和通用类库,不管是微软自己的还是第三方的只要实际项目中好用且可以解决实际问题那都会收集好,编写好文章和别人一起分享,这样自己学到了,别人也能学到知识,当今社会很需要知识的搬运工. Email:[email prote

VMware,笔者大四毕设也是玩过一年.不过也就是学生级别的玩弄. 来到企业后,看到更多的名词,更多的使用方法,更有效率的配置. 好吧,来看看企业是怎么使用VMware的. ======================================================================== 故事背景: 单位在全国各地有N个服务器,维护成本比较高,维护不方便. 领导打算把各个地方的服务器迁移到A地,统一管理. 为了达到节约成本,减少机柜数量,方便管理,故障转移,负载均衡

1. flume 的基本概念 本文中所有与 flume 相关术语都采用斜体英文表示,这些术语的含义如下所示. flume             一个可靠的,分布式的,用于采集,聚合,传输海量日志数据的工具. Web Server   一个产生 Events/数据 的客户端. Agent            flume 系统中的一个节点,它主要包含三个部件:Source, Channel, Sink. Event            事件,在 flume-agent 内部传输的数据结构.一个

javascript学习-闭包 1.什么是闭包 大多数书本中对闭包的定义是:“闭包是指有权访问另一个函数作用域中的变量的函数.”.这个概念过于抽象了,对初学者而言没啥帮助.好在<Javascript忍者秘籍>5.1中给了一个例子来进一步的解释了什么是闭包: var outerValue= 'ninja'; var later; function outerFunction() { var innerValue = "samurai"; function innerFunct

关于本文档的说明 本文档主要为了解决实际开发当中,服务器和客户端电脑时间不能相等的问题,纯干货,实际项目这种时间不同步的情况很多很多,时间不相等,到时候把本地的数据提交给服务器,服务器看实际上传时间和我写入数据库时间相差好大,影响实际业务操作和判断业务准确性,所以需要设置设备或者电脑的时间来为上传提供准确的时间节点. 欢迎传播分享,必须保持原作者的信息,但禁止将该文档直接用于商业盈利. 本人自从几年前走上编程之路,一直致力于收集和总结出好用的框架和通用类库,不管是微软自己的还是第三方的只要实际项

我只是知识的搬运工. 系统环境:Mac pro  os 10.11.5 开发环境:java.IntelliJ IDEA .tomcat.MySql (是的,我放弃了Mongodb,摔!不知道怎么连接数据库,听说要用maven,一次要学的东西太多,时间紧任务重,我还是回归熟悉的环境,嗯,IntelliJ IDEA不熟??) 一切都在熟悉中. 本篇文章分为三部分: 1.创建一个web工程 2.连接tomcat服务器 3.MySql安装(此处有大坑,差点阵亡) 创建一个web工程 1.file——>n

文前声明:本人只是知识的搬运工,文中许多知识和观点大多数都是来自于网络或书本,因为没有记录的习惯学习研究完,便忘记名称了,如若还记得,在文后自会添加备注. 个人观点,对于这两种通讯方式我是支持消息队列的! 原由且听我分析: 通讯方式 RPC 消息队列 优点 舒适感非常好,直接远程调用,无需关注通讯协议等等细节 (除了这个,我还真不知道RPC还有什么优点) 1.解耦 2.冗余 3.可扩展 4.可恢复 5.交易缓冲 6.消息投递保证 7.异步通信(支持同步) 8.提高系统吞吐.健壮性 缺点 1.对开