他辞去外企高管，把Leafeel做成实力匠品
摘要: 他辞去外企高管，把Leafeel做成实力匠品
网红时代，想成为网红不难，难的是让粉丝持续记住、为你痴狂。都说1000个真爱粉成就一个品牌，Leafeel就是这样一个粉丝品牌。日前，经过2年的准备和几个月的运作，高端的轻东方调和之美彩护品牌Leafeel已经成功圈下了第一批粉丝。
辞去外企高管，只为打造高品质女性护肤品
行外人可能不知，Leafeel的创始人Charles一直在美妆护肤界占有一席之地。他服务于全球知名外企17年，曾从事产品开发、技术生产、市场营销等相关工作，玉兰油、水密码等大众美妆品牌都是他参与运营过的品牌。
和美妆品打了多年交道，不是为了升职加薪，而是为了一个强烈的愿望&&让中国也能拥有自己的高端天然护肤品。
幼时吴杭俊从妈妈那里认识了&雪花膏&，成长过程中他目睹了国内本土品牌的起起落落，对经典国货的怀念、对天然护肤的追求，使得&打造一款媲美国际大牌的国货护肤品&这个念头一直扎根在他心中。护肤品对于女性消费者来说，就像是亲密的挚友、美丽的闺蜜，它应该宛如艺术品一般珍贵，容不得半点疏忽。
2017年，Charles辞去了外企高管职位，也谢绝了国内一线护肤品牌的邀请，开始自建团队，创立了秉承工匠精神的美妆品牌&&Leafeel。
苦寻大师级配方，力图打造中国&雪花秀&
如今，市面上的新兴彩妆护肤品牌，大部分使用的是合成成分，添加剂很多，刺激性很强，会增加皮肤负担。为了让妈妈、妻子、女儿用上更天然的高端护肤产品，吴杭俊开始走访民间，苦苦寻找大师级的配方。
为什么韩国能推出&雪花秀&这样汉方品牌，而汉方的发明者中国却做不到？匠心的缺失就是一个重要的原因。多年来中国很多美妆产品的研发仅仅止步于表面，很难达到吴杭俊对品质的要求，也无法打动消费者。
骨子里的严谨细致，让他决心将Leafeel打造成一款零负担美肤产品一款，以东方护肤理念研发纯粹和自然美的产品。Leafeel将东方传统的护肤之道和现代技术结合，提炼天然草本中的核心成分，采用独特炮制法再创造，研发出诸如弾润精华水、肌初焕能乳霜、茶树洁颜油等抗老化护肤产品，产品虽然不多，但它们的&好用&已经在护肤圈子中炸开了。
&天然、匠心、平衡&是品牌一直追求的理念，Charles认为，高品质美妆产品必须独具匠心工艺，这亦是Leafeel的初心所在。&我要把Leafeel打造成护肤品中的匠品，让世人知道，中国也有像雪花秀一样的高端护肤产品。&吴杭俊坦言。
相对其他护肤品牌而言，Leafeel在渠道、市场费用、品牌知名度等方面都欠缺优势，但即使这样，增长速度依然惊人，越来越多真爱粉在博客、微博、微信、知乎等平台分享使用心得。
Leafeel以调和与平衡的东方护肤哲学为理念，加以现代科技的提炼融萃，为轻熟龄肌肤奉上调理肌肤的护肤方案，这样有品位、有匠心的品牌，你值得拥有。
上一篇：下一篇：I Feel at Home With You-Barbara Lea, I Feel at Home With YouMP3下载,歌词下载 - 虾米音乐
Loading...
I Feel at Home With You
@微博好友，送歌给Ta！
Sorry，此歌曲暂无文本歌词。
使用手机扫码收听单曲
打开虾米音乐APP
点击 扫一扫
扫描二维码
听I Feel at Home Wit的人也听
关注虾米：登录 | 注册
没有账号？
下次自动登录
leafeel_h7 日 下午8:10
00:00/05:16Fork/Join框架在不同配置下的表现如何? 正如即将上映的星球大战那样,Java 8的并行流也是毁誉参半.并行流(Parallel Stream)的语法糖就像预告片里的一样令人兴奋不已.现在Java中实现并发编程存在多种方式,我们希望了解这么做所带来的性能提升及风险是什么.从经过260多次测试之后拿到的数据来看,还是增加了不少新的见解的,这里我们想和大家分享一下. ExecutorService vs. Fork/Join框架 vs. 并行流 在很久很久以前,在一个遥远的星球上..好吧,其实
Java 8在Lambda表达式.接口默认方式.新的日期API等方面引入的新特性广受关注,同时在并发编程方面也做出了大量改进.以往的几个Java版本都对java.util.concurrent做了不同程度的增强,比如Java 7的Fork/Join框架,而Java 8则进一步在java.util.concurrent下增加了新的接口.类与方法.目前java.util.concurrent的官方文档已经更新,变更部分总结如下: 新的类以及接口 java.util.concurrent中增加了两个接
Java中的并发包,是在Java代码中并发程序的热门话题.如果我们去读concurrent包的源码时,会发现其真正的核心是 AbstractQueuedSynchronizer , 简称 AQS 框架 , 而 Doug Lea 大神正是此包的作者. 之前也看过一遍 AbstractQueuedSynchronize,但印象不深,只有依稀的印象.这次重新学习一遍,并整理出笔记,希望对自己或者是别人有用.当然了,笔者也是浅显的过一遍,很多细节也并不是完全理解. 建议读者先看这个系列的文章:Insid
在java.util.concurrent.locks包中有很多Lock的实现类,常用的有ReentrantLock.ReadWriteLock(实现类ReentrantReadWriteLock),其实现都依赖java.util.concurrent.AbstractQueuedSynchronizer类,实现思路都大同小异,因此我们以ReentrantLock作为讲解切入点. 1. ReentrantLock的调用过程 经过观察ReentrantLock把所有Lock接口的操作都委派到一个S
JAVA并发控制 一 为什么需要并发控制 之所以要控制并发是因为存在资源的竞争,假设不存在竞争的临界资源,并发控制也就不存在了.控制是为了能够控制各个线程合理正确的使用资源.并发的控制在各个编程语言都存在对应的实施方案.也有一些语言在这方面作的很好,比如:erlang以及新出的rust,它们在整个语言设计过程中将多线程并发考虑进去了,从而这也成了它们的特色.当今都是多核的时代,多线程并发将是水到渠成 当然多线程并发有很多解决方案.从硬件上面,可以通过分布式集群.从而将同一时间的服务并发压力分离到
引言 在并发编程中我们有时候需要使用线程安全的队列.如果我们要实现一个线程安全的队列有两种实现方式一种是使用阻塞算法,另一种是使用非阻塞算法.使用阻塞算法的队列可以用一个锁(入队和出队用同一把锁)或两个锁(入队和出队用不同的锁)等方式来实现,而非阻塞的实现方式则可以使用循环CAS的方式来实现,本文让我们一起来研究下Doug Lea是如何使用非阻塞的方式来实现线程安全队列ConcurrentLinkedQueue的,相信从大师身上我们能学到不少并发编程的技巧. ConcurrentLinkedQu
在上一篇中,我们了解了下J.U.C的锁的获取与释放的过程,这个过程主要通过在A.Q.S中维持一个等待队列来实现,其中我们也提到了,在A.Q.S中除了一个等待队列之外,还有一个Condition队列,在了解Condition队列之前,先来看一下Condition是怎么回事: The synchronizer framework provides a ConditionObject class for use by synchronizers that maintain exclusive sync
一.概述 准备 JDK7下载 http://download.java.net/jdk7/ API文档 http://download.java.net/jdk7/docs/api/ 新特性 1. 虚拟机 支持动态语言 严格的类文件检查 2. 语言 语法方面的更新 core 类加载器(class-loader)的架构进行了升级改进 提供关闭URLClassLoader的方法 并发框架和容器的更新 3. 网络 提供更多的new I/O API filesystem支持zip/jar归档 SCTP(
Ehcache 是现在最流行的纯Java开源缓存框架,配置简单.结构清晰.功能强大,最初知道它,是从Hibernate的缓存开始的.网上中文的EhCache材料以简单介绍和配置方法居多,如果你有这方面的问题,请自行google:对于API,官网上介绍已经非常清楚,请参见官网:但是很少见到特性说明和对实现原理的分析,因此在这篇文章里面,我会详细介绍和分析EhCache的特性,加上一些自己的理解和思考,希望对缓存感兴趣的朋友有所收获. 一.特性一览,来自官网,简单翻译一下: 1.快速轻量 过去几年,
1. Java language talking about basic study of the basic Java language books, I am sure you will recommend Bruce Eckel's &Thinking in Java&. It is written in a very profound technical books, Java language is not some of the basic foundation of an
1. Java language based on On the basis of Java language learning books, I am sure you will recommend Bruce Eckel's &Thinking in Java&. It is written in a very profound technical books, Java language is not based on any other part of the capital
java.util.concurrent was written by Doug Lea: on the Java world, the most influential individuals in the jdk1.5 You must be familiar with him before the backport-util-concurrent.jar. &hanging from the bridge of the nose glasses, Retention De Wang Wil
This article come form Oracle, not created by meself. Fro referenc only. Introduction of Java Map Collections: Jack Shirazi Learn one of the most common type of collection and how the basics of Map for your application-specific data optimization Map.
1. Java Language Fundamentals On the basis of Java language learning books, we certainly would recommend Bruce Eckel's &Thinking in Java&. It is written in a very deep technical books, Java language based on some of the basic no other book can s
A very good multi-threading analysis tools, the provider is IBM, the official description on the development of the Chinese people looks like, NB, decompile looked under the uses AOP stuff, very valuable for the diagnosis of deadlock, the official ad
1. Java language based on Java language based learning about books, we would definitely recommend Bruce Eckel's &Thinking in Java&. It is written in a very deep technical books, Java language based on some of the basic no other book can surpass
Records wanted to focus on Beijing 2010 JavaOne knowledge, but unfortunately the Beijing Railway Station in San Francisco than the original shrink too much, do not feel very inadequate force of the original one way or another, so bring the JavaOne 20
Java程序员在编码过程中通常不需要考虑内存问题,JVM经过高度优化的GC机制大部分情况下都能够很好地处理堆(Heap)的清理问题.以至于许多Java程序员认为,我只需要关心何时创建对象,而回收对象,就交给GC来做吧!甚至有人说,如果在编程过程中频繁考虑内存问题,是一种退化,这些事情应该交给编译器,交给虚拟机来解决. 这话其实也没有太大问题,的确,大部分场景下关心内存.GC的问题,显得有点&杞人忧天&了,高老爷说过: 过早优化是万恶之源. 但另一方面,什么才是&过早优化&qu
前言 Java中的FutureTask作为可异步执行任务并可获取执行结果而被大家所熟知.通常可以使用future.get()来获取线程的执行结果,在线程执行结束之前,get方法会一直阻塞状态,直到call()返回,其优点是使用线程异步执行任务的情况下还可以获取到线程的执行结果,但是FutureTask的以上功能却是依靠通过一个叫AbstractQueuedSynchronizer的类来实现,至少在JDK 1.5.JDK1.6版本是这样的(从1.7开始FutureTask已经被其作者Doug Le
本文列出的9本书在Java程序员界都是被认为很棒的书.当一个程序员开始初学Java时,他的第一个问题应该是如何选择一本书来作为指导学习Java.这个问题也就表明,相对于其他的教程和博客,Java书籍还是很重要的参考,主要表现在以下两点 通常书籍是由比较权威的程序员来撰写的. 相比其他媒介,书籍对于内容的描述更加详细,解释更加明确. 本文列出的九本书是我个人非常喜欢的Java书籍,当我有时间的时候,我就会将它们捧在手里阅读.甚至有些书我反复读过很多遍,每次重新读的时候总会有新的收获.因此这些书也是
Folly是Facebook的一个开源C++11组件库,它提供了类似Boost库和STL的功能,包括散列.字符串.向量.内存分配.位处理等,用于满足大规模高性能的需求. 6月初,Facebook宣布将其内部使用的底层C++组件库Folly开源,本文尝试对Folly库中的几个重要的数据结构代码进行分析,包括一些实现细节的讨论.特点和不足的分析,以及在工程上的应用.本文将首先分析RWSpinlock.h和ThreadLocal.h的源代码. RWSpinlock.h 顾名思义,RWSpinlock就
对于 Java(TM) 语言开发人员来说,信息过量是一个真正的问题.每个新入行的程序员都要面临一个令人畏缩的挑战:要进入的行业是一个具有海量知识的行业.要了解的东西简直太多了.对于有经验的老手来说,情况只有些微好转.知识量总在增大,仅仅跟上进度就是一个挑战.如果有一份专业人士必备的书籍和网站列表该有多好!本文就是这个列表.它包含了每个专业的 Java 语言程序员在书架或浏览器书签中必备的最重要的书籍和网站. 这些都是您书架上必备的书和应该经常使用的 Web 链接.时间是一项重要的资源,本文帮您回避那些
接触到AtomicLong的原因是在看guava的LoadingCache相关代码时,关于LoadingCache,其实思路也非常简单清晰:用模板模式解决了缓存不命中时获取数据的逻辑,这个思路我早前也正好在项目中使用到. 言归正传,为什么说LongAdder引起了我的注意,原因有二: 1. 作者是Doug lea ,地位实在举足轻重. 2. 他说这个比AtomicLong高效. 我们知道,AtomicLong已经是非常好的解决方案了,涉及并发的地方都是使用CAS操作,在硬件层次上去做 compa
站在使用者的角度,future是一个经常在多线程环境下使用的Runnable,使用它的好处有两个: 1. 线程执行结果带有返回值 2. 提供了一个线程超时的功能,超过超时时间抛出异常后返回. 那,怎么实现future这种超时控制呢?来看看代码: FutureTask的实现只是依赖了一个内部类Sync实现的,Sync是AQS (AbstractQueuedSynchronizer)的子类,这个类承担了所有future的功能,AbstractQueuedSynchronizer的作者是大名鼎鼎的并发
出色的软件工程师善用设计模式,勤于代码重构,编写单元测试,并对简单有宗教般的追求.除了这些,优秀的软件工程师还要通晓10个概念,这10个概念超越了编程语言与设计模式,软件工程师应当从更广的范围内明白这些道理: 界面 (Interfaces ) 惯例与模板 (Conventions and Templates) 分层 (Layering ) 算法的复杂性 (Algorithmic Complexity) 散列法 (Hashing ) 缓存 (Caching ) 并发 (Concurrency )
今天,处理器的内核数量在不断增加,以什么样的方法开发程序才能发挥出新硬件的效能呢?这正变成一个愈发重要的问题摆在了开发者面前.IBM Developerworks已经发布了一篇介绍Fork-Join并发类库的连载文章,Fork-Join类库会作为即将来到的Java 7的一部分进行发布.InfoQ以前也报道过Java 7中最初的fork/join提案,其中还包含来自最初创建者Doug Lea的反馈.Doug Lea在他的论文&Fork/Join Parallelism in Java&中
&Release It!: Design and Deploy Production-Ready Software&一书的作者是Michael Nygard,该书已获得2008年度Jolt大奖的提名.此书主要围绕怎样开发产品级软件(production-ready software)以及此类软件与功能完备软件(feature-complete software)之间的差别两个话题展开讨论.在Nygard个人的网站上,他是这样描述写这本书的源动力的: 这本书凝聚了我多年来与生产系统打交道的经验.
Java 理论与实践: 流行的原子 新原子类是 java.util.concurrent 的隐藏精华 文档选项 && 讨论 将此页作为电子邮件发送 级别: 初级 Brian Goetz (), 首席顾问, Quiotix 2004 年 11 月 23 日 在 JDK 5.0 之前,如果不使用本机代码,就不能用 Java 语言编写无等待.无锁定的算法.在 java.util.concurrent 中添加原子变量类之后,这种情况发生了变化.请跟随并行专家 Bria
近日,Oracle发布了首个用于指导OpenJDK开发过程的草案章程.这些章程最初本应该是由OpenJDK临时管理董事会制定的(由Sun在2007年5月所创建),但由于延期等原因,董事会无法完成这项工作.Java 7平台首席架构师Mark Reinhold(他作为该文档的编辑)就该新文档说到: 总结Sun特许建立的OpenJDK临时管理董事会早先的工作,我们的目标是一致的:提供一份书面规则,促进OpenJDK社区长久的健康与成长,鼓励OpenJDK成员以开放.透明的方式参与进来. Reinhol
JDK1.5中的线程池(java.util.concurrent.ThreadPoolExecutor) 在多线程大师Doug Lea的贡献下,在JDK1.5中加入了许多对并发特性的支持,例如:线程池. 一.简介 线程池类为 java.util.concurrent.ThreadPoolExecutor,常用构造方法为: ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit u
Java 理论与实践: 构建一个更好的 HashMap ConcurrentHashMap 如何在不损失线程安全的同时提供更高的并发性 Brian Goetz, 首席顾问, Quiotix Corp Brian Goetz 是一名软件顾问,在过去的 15 年里,他一直是一名专业软件开发人员.他是 Quiotix 的首席顾问,Quiotix 是一家位于加尼福利亚州洛斯拉图斯(Los Altos)市的软件开发与咨询公司.请在业界流行的出版物中查阅 Brian 的 已出版和即将出版的文章. 简介: C
深入浅出java原子操作 ( 15:22:31) 转载 标签: 杂谈 分类: 博客日记 转自http://www.blogjava.net/xylz/archive//325206.html part1 从AtomicInteger开始 从相对简单的Atomic入手(java.util.concurrent是基于Queue的并发包,而Queue,很多情况下使用到了Atomic操作,因此首先从这里开始).很多情况下我们只是需要一个简单的.高效的.线程安全的递
介绍 随着多核芯片逐渐成为主流,大多数软件开发人员不可避免地需要了解并行编程的知识.而同时,主流程序语言正在将越来越多的并行特性合并到标准库或者语言本身之中.我们可以看到,JDK 在这方面同样走在潮流的前方.在 JDK 标准版 5 中,由 Doug Lea 提供的并行框架成为了标准库的一部分(JSR-166).随后,在 JDK 6 中,一些新的并行特性,例如并行 collection 框架,合并到了标准库中(JSR-166x).直到今天,尽管 Java SE 7 还没有正式发布,一些并行相关的新
文章来自ibm developer 为 C/C++ 项目构建您自己的内存管理器 Arpan Sen, 技术负责人, Synapti Computer Aided Design Pvt Ltd Rahul Kumar Kardam (), 高级软件工程师, Synapti Computer Aided Design Pvt Ltd 简介: 代码的性能优化是一项非常重要的工作.经常可以看到,采用 C 或 C++ 编写的.功能正确的软件在执行时耗费大量的内存.时间.或者
一直有这么个想法,列一下我个人认为在学习和使用Java过程中可以推荐一读的书籍,给初学者或者想深入的朋友一些建议,帮助成长.推荐的的都是我自己读过,也会推荐一些朋友读过并且口碑不错的书籍. 一.基础类 1.&Thinking in java&,入门第一位是建立正确的概念. 2.&Core Java&,我没系统读过,这本书更贴近实践,更多API的介绍,同样,更新也更频繁. 二.进阶类 1.&Effective Java&,在熟悉语法.API之后,你需要知道最佳实践和陷阱,
在7月份的那期 Java理论与实践(&并发集合类&)中,我们简单地回顾了可伸缩性的瓶颈,并讨论了怎么用共享数据结构的方法获得更高的并发性和吞吐量.有时候学习的最好方法是分析专家的成果,所以这个月我们将分析 Doug Lea 的 util.concurrent 包中的 ConcurrentHashMap 的实现.JSR 133 将指定 ConcurrentHashMap 的一个版本,该版本针对 Java 内存模型(JMM)作了优化,它将包含在 JDK 1.5 的 java.util.co
目前在Java中存在两种锁机制:synchronized和Lock,Lock接口及其实现类是JDK5增加的内容,其作者是大名鼎鼎的并发专家Doug Lea.本文并不比较synchronized与Lock孰优孰劣,只是介绍二者的实现原理. 数据同步需要依赖锁,那锁的同步又依赖谁?synchronized给出的答案是在软件层面依赖JVM,而Lock给出的方案是在硬件层面依赖特殊的CPU指令,大家可能会进一步追问:JVM底层又是如何实现synchronized的? 本文所指说的JVM是指Hotspot
前文(深入JVM锁机制-synchronized)分析了JVM中的synchronized实现,本文继续分析JVM中的另一种锁Lock的实现.与synchronized不同的是,Lock完全用Java写成,在java这个层面是无关JVM实现的. 在 java.util.concurrent.locks包中有很多Lock的实现类,常用的有ReentrantLock. ReadWriteLock(实现类ReentrantReadWriteLock),其实现都依赖 java.util.concurre
ConcurrentHashMap是 Doug Lea 的 util.concurrent包的一部分,它提供比 Hashtable 或者 synchronizedMap 更高程度的并发性.而且,对于大多数成功的 get()操作它会设法避免完全锁定,其结果就是使得并发应用程序有着非常好的吞吐量.这个月,Brian Goetz 仔细分析了 ConcurrentHashMap 的代码,并探讨 Doug Lea 是如何在不损失线程安全的情况下取得这么骄人成绩的.请在 讨论论坛 上与作者及其他读者共享您对
java.util.concurrent介绍 java.util.concurrent 包含许多线程安全.测试良好.高性能的并发构建块.不客气地说,创建 java.util.concurrent 的目的就是要实现 Collection 框架对数据结构所执行的并发操作.通过提供一组可靠的.高性能并发构建块,开发人员可以提高并发类的线程安全.可伸缩性.性能.可读性和可靠性. 如果一些类名看起来相似,可能是因为 java.util.concurrent 中的许多概念源自 Doug Lea 的 util
我们都知道,在JDK1.5之前,Java中要进行业务并发时,通常需要有程序员独立完 成代码实现,当然也有一些开源的框架提供了这些功能,但是这些依然没有JDK自带的功能使用起来方便.而当针对高质量Java多线程并发程序设计时,为防 止死蹦等现象的出现,比如使用java之前的wait().notify()和synchronized等,每每需要考虑性能.死锁.公平性.资源管理以 及如何避免线程安全性方面带来的危害等诸多因素,往往会采用一些较为复杂的安全策略,加重了程序员的开发负担.万幸的是,在JDK1
我们都知道,在JDK1.5之前,Java中要进行业务并发时,通常需要有程序员独立完成代码实现,当然也有一些开源的框架提供了这些功能,但是这些依然没有JDK自带的功能使用起来方便.而当针对高质量Java多线程并发程序设计时,为防止死蹦等现象的出现,比如使用java之前的wait().notify()和synchronized等,每每需要考虑性能.死锁.公平性.资源管理以及如何避免线程安全性方面带来的危害等诸多因素,往往会采用一些较为复杂的安全策略,加重了程序员的开发负担.万幸的是,在JDK1.5出
转自:http://www.goldendoc.org/2011/05/juc/ 1. JUC概况 以下是Java JUC包的主体结构: Atomic : AtomicInteger Locks : Lock, Condition, ReadWriteLock Collections : Queue, ConcurrentMap Executer : Future, Callable, Executor Tools : CountDownLatch, CyclicBarrier, Semapho
1.总体结构 先放上一张漂亮的Netty总体结构图,下面的内容也主要围绕该图上的一些核心功能做分析,但对如Container Integration及Security Support等高级可选功能,本文不予分析. 2.网络模型 Netty是典型的Reactor模型结构,关于Reactor的详尽阐释,可参考POSA2,这里不做概念性的解释.而应用Java NIO构建Reactor模式,Doug Lea(就是那位让人无限景仰的大爷)在&Scalable IO in Java&中给了很好的阐
在什么情况下使用线程池? 1.单个任务处理的时间比较短 2.将需处理的任务的数量大 使用线程池的好处: 1.减少在创建和销毁线程上所花的时间以及系统资源的开销 2.如不使用线程池,有可能造成系统创建大量线程而导致消耗完系统内存以及&过度切换&. 线程池工作原理: 为什么要用线程池? 诸如 Web 服务器.数据库服务器.文件服务器或邮件服务器之类的许多服务器应用程序都面向处理来自某些远程来源的大量短小的任务.请求以某种方式到达服务器,这种方式可能是通过网络协议(例如 HTTP.FTP 或
从别的网站上看来的,放在这里记录一下 一.基础类 1.&Thinking in java&,入门第一位是建立正确的概念. 2.&Core Java&,我没系统读过,这本书更贴近实践,更多API的介绍,同样,更新也更频繁. 二.进阶类 1.&Effective Java&,在熟悉语法.API之后,你需要知道最佳实践和陷阱,没有比这本更好的. 2.&Java Puzzlers&,通过谜题介绍一些你可能没有注意到的边角料,作为趣味读物也不错 3.&深入Jav
在7月份的那期 Java理论与实践(&并发集合类&)中,我们简单地回顾了可伸缩性的瓶颈,并讨论了怎么用共享数据结构的方法获得更高的并发性和吞吐量.有时候学习的最好方法是分析专家的成果,所以这个月我们将分析 Doug Lea 的 util.concurrent 包中的 ConcurrentHashMap的实现.JSR 133 将指定 ConcurrentHashMap 的一个版本,该版本针对 Java 内存模型(JMM)作了优化,它将包含在 JDK 1.5 的java.util.conc
ConcurrentHashMap经验 收藏 ConcurrentHashMap 是 Doug Lea 的 util.concurrent 包的一部分,现已被集成到JDK5.0中,它提供比 Hashtable 或者 synchronizedMap 更高程度的并发性.而且,对于大多数成功的 get() 操作它会设法避免完全锁定,其结果就是使得并发应用程序有着非常好的吞吐量. 针对吞吐量进行优化 ConcurrentHashMap 使用了几个技巧来获得高程度的并发以及避免锁定,包括为不同的 hash
前言: 在新增的Concurrent包中,BlockingQueue很好的解决了多线程中,如何高效安全&传输&数据的问题.通过这些高效并且线程安全的队列类,为我们快速搭建高质量的多线程程序带来极大的便利.本文详细介绍了BlockingQueue家庭中的所有成员,包括他们各自的功能以及常见使用场景. 认识BlockingQueue 阻塞队列,顾名思义,首先它是一个队列,而一个队列在数据结构中所起的作用大致如下图所示: 从上图我们可以很清楚看到,通过一个共享的队列,可以使得数据由队列的一端
Java NIO非堵塞应用通常适用用在I/O读写等方面,我们知道,系统运行的性能瓶颈通常在I/O读写,包括对端口 和文件的操作上,过去,在打开一个I/O通道后,read()将一直等待在端口一边读取字节内容,如果没有内容进来,read()也是傻傻的等,这会影响 我们程序继续做其他事情,那么改进做法就是开设线程,让线程去等待,但是这样做也是相当耗费资源的. Java NIO非堵塞技术实际是采取Reactor模式,或者说是Observer模式为我们监察I/O端口,如果有内容进来,会自动通知我们,这样,
Copyright (C) , All Rights Reserved.
版权所有 闽ICP备号
processed in 0.060 (s). 7 q(s)