飞翔的面包


  • 2015 年 10 月
  • Vector-JDK说明

    ArrayList会比Vector快,他是非同步的,如果设计涉及到多线程,还是用Vector比较好一些

    展示图片

    通过git上面,直接的展示,这样我就不需要换markDown 编辑器了:

    靡不有初鲜克有终

    自己原本写这个东西的原因是为了自己能够有一个技术的积累,但是最近一直是使用有道笔记记录 自己的读书的笔记。

  • 2015 年 09 月
  • redis的探索(1)

    redis 作为缓存的框架,在网上搜集资料,然后整理出自己的关于redis的认识:

    Concurrence-23-Semaphores

    Semaphores


    ##### 信号量
    文章的源地址

    Concurrence-22-Reentrance Lockout

    Reentrance Lockout


    ##### 重入锁死

    Read/Write Locks in Java

    Read / Write Locks in Java


    ##### java中的读锁/写锁

  • 2015 年 08 月
  • Concurrence-20-Locks in Java

    Locks in Java


    ##### java中的锁

    Concurrence-19-Slipped Conditions

    Slipped Conditions


    ##### 滑条件

    Concurrence-18-Nested Monitor Lockout

    Nested Monitor Lockout


    ##### 嵌套管程锁死

    梳理基础-计算机原理和java

    1. 单例模式的双重校验锁有哪些弊端,这些弊端是怎么产生的,又应该怎么解决掉?

    Concurrence-17-Starvation and Fairness

    Starvation and Fairness


    ##### 饥饿和公平

    Concurrence-16-Deadlock Prevention

    Deadlock Prevention


    ##### 预防死锁

    Concurrence-15-Thread Deadlock

    Thread Deadlock


    ##### 线程通信

    Concurrence-14-Thread Signaling

    Thread Signaling


    ##### 线程通信

    Concurrence-13-Java ThreadLocal

    Java ThreadLocal


    ##### java的线程局部变量

    算法-第一章

    1.1 Implement an algorithm to determine if a string has all unique characters What if you can not use additional data structures?

    评价现状

    反省,这个标签,就是为了记录自己的行为方法上面很多的不正确,或者说懊恼的事情。自己认为自己 是一个庸人,所以总会有庸人自扰的烦恼,所以找个标签还有一个名称:庸人不自扰.是目标,也是激励, 希望自己活的充实,开心,总之一句话:不白活,对得起自己一天24消息。

    Concurrence-12-Java's Volatile Keyword

    Java’s Volatile Keyword


    ##### java的volatile关键字

    Concurrence-11-Java Synchronized Blocks

    Java Synchronized Blocks


    ##### java同步代码块

  • 2015 年 07 月
  • Concurrence-10-Java Memory Model

    Java Memory Model


    ##### Java 内存模型

    Concurrence-9-Thread-Safety-and-Immutability

    Thread Safety and Immutability


    ##### 线程安全和不可变性

    Concurrence-8-Thread Safety and Shared Resources

    Thread Safety and Shared Resources


    ##### 线程安全和资源共享

    Concurrency-7-Race Conditions and Critical Sections

    Race Conditions and Critical Sections


    ##### 竞争条件和临界区

    Concurrence-6-Creating and Starting Java Threads

    Creating and Starting Java Threads


    ##### 创建和启动java线程

    自我的认知

    自我的认知和自我的管理


    来源是:http://www.zhihu.com/question/23475328/answer/53004482 非常感谢路西法的分享,特摘录

    多线程和线程池[3]

    多线程[3]-线程池

    并发编程梳理

    并发编程-线程基础

    1.Thread和实现Rnunable接口的类并不是等同的概念。run接口只是表明,实现了该接口,可以实例化这个类调用Run() 方法,仅仅代表着一个任务而已,具体的调用需要Thread来“指挥”

    多线程和线程池[2]

    多线程[2]-线程池

    首先我们从最主要的类:ThreadPoolExecutor开始,主要的方法就是JDK文档,最为准确和清洗。

    多线程和线程池

    多线程[1]

    1.在main方法中启动的线程 和 Juite启动的线程表现的不一样,具体的代码演示就是:

    自制力-读书笔记

    自制力


    前言: 有感于自己的对自己的生活的控制力亟待加强,就选择了这本书,感觉很不错,记录自己读书的笔记,也算是一种比较好的习惯了,虽然只是对书上的知识用自己的话进行了一番说明,省的自己看过了,声明东西都忘记了。


    当我们想要被诱惑着做某一件事情的时候,比如懒着,比如刷微博等等,当我们的意志力收到诱惑的时候,我们肯定的知道我们不应该做这件事,但是我们屈服于诱惑了,我们做了之后,又后悔万分,不明白自己当时为什么没有坚持住,想剁掉自己的双手,并且由此产生了“贤者时间”,但是下次的时候,我们也是会再次的想“剁手”,再次的享受“贤者时间”。这究竟是为什么?

    原因就在于我们自己本身的特性:

    考虑未来

    即使我们考虑了未来,但是和现在相比较的话,也应该是未来的利益更重要吧,呵呵,如果认真想想你就会发现,未来的成就和现在的冲动比较的时候,未来的东西是要打折的,不然大家就都能够控制住自己,一个个都成为了学霸了,关于折扣未来的说法是:

    折扣未来

    结合自己所受的诱惑,自己现在的一时快感,和未来的收益确确实实的我们比较容易选择的是一时的快感,主观的感觉就是未来的收益太不明确,没有能够看到,没有“一时”的即视的感觉,所以说未来对我是有折扣的一说。

    那么我们该怎么样的抵御这种诱惑?
    1.静一静,我们很多时候还是英明神武的,只是一时昏了头,面对诱惑,静下十分钟,慢慢的我们的脑袋中因面对诱惑产生的多巴胺释放掉,我们就会做出明智的选择。但是赖床的话,就不要采取这种方案了。

    2.未来的折扣率,说白了,也就是说你渴望达到目标的程度,就像NBA的那段宣传语中所说的一样:如果你对成功的渴望达到了不能呼吸的程度,没有什么能够阻止你的成功。减少自己未来的折扣率,自然的就能够战胜一时的快感。

    3.就是对未来的自己做出承诺,感觉就是增加未来的即视的感觉,减低一时快感的快感。对于未来的自己,我们大脑在思考的时候,也是一件比较有意思的事情:
    思考未来的自己
    说实话还是推荐看一下这本《自制力》,讲的还是很有道理的。

    rake post 直接创建文档 报错


    问题的文档:
    G:\gitProject\flyBread.github.io>rake post title=”setup” –trace rake aborted! No Rakefile found (looking for: rakefile, Rakefile, rakefile.rb, Rakefile.rb) F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:598:in raw_load _rakefile' F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:89:in block in load_rakefile’ F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:160:in standard _exception_handling' F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:88:in load_rake file’ F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:72:in block in run' F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:160:in standard _exception_handling’ F:/software/ruby/Ruby200-x64/lib/ruby/2.0.0/rake/application.rb:70:in run' F:/software/ruby/Ruby200-x64/bin/rake:37:in

    '

    G:\gitProject\flyBread.github.io>rake -V rake, version 0.9.6

    解决的办法: 从jekyll-bootstrap中拷本Rakefile 直接放到工程下面
    

    问题分析的方法

    遇到问题的分析的过程

    1. 首先的是不要慌,这条非常的重要,没有了这一条下面的可能是越忙越乱。一句话怎么说的:胸中波涛翻腾,面如平湖者可拜上将军。要的是自己的分析,自己只有静下来了,才能够去分析问题。

    2. 问题如果按照场景进行分为可重现的,可不可重现的。可重现的问题,再分以前遇到过的,没有遇到过的,这类的问题,既然能够重复出现,说明了一个问题,肯定是那个地方出问题的,并且是肯定的,我们所做的就是找到这个点,虽然耗时,但是耐下心了,总会找到的。

    3. 不可重现的问题,比较的棘手。首先我们尽可能的了解到问题发生的过程中,相关的尽量多的信息,结合问题出现以后的现象,进行合理的推论,大胆的假设,小心的求证!这个过程可能会充满了不可思议,但是这个过程是我们能学到很到东西和经验的地方。

    4. 最后,我们的问题只能在一定的场合下出现,所以一般我们的环境可能会分为开发的环境,集成测试的环境,和生产的环境,我们可以在合适的环境下,重新运行我们的系统或者服务,如果没有错误或者运行良好,然后整理的覆盖掉生成环境或者集成环境,这样就能够把环境重置为我们熟悉的地方,在发生问题,我们就会比较的熟悉了。

    当然最重要的是,我们不出问题,才是最高的境界。

    每次的开始总是一样的信心满满

    ##终于要开工了,想今后写点东西。 这个博客的样式的基础,首先要感谢七扯,现阶段先使用这个样式,自己有时间了,在慢慢的修改,变为自己喜欢的。
    每次的开始总是信心满满,可是中间慢慢的懈怠,慢慢的松懈,然后再次打开自己的博客的时候,发现上一篇的时间已经是半个月,一个月,甚至是一年前的了。常立志,不如立长志。文正公曾言:天下古今之庸人,皆以一惰字致败。又闻:唯上智与下愚不移,中智必乱。很庆幸自己就是中智,很不幸如果自己懒惰或者再次的三心二意,那么自己也就是一个庸庸碌碌一辈子了,可再也体会不到生活的美好了。


    同样的写下这段话:
    如果你直接拷贝或Fork本Git库作为自己的博客,一定不要忘记删除我写的文章以及修改 _includes / comments.md 中的disqus_shortname,以及修改 _layouts / default.html中 google analytics的标识 _gaq.push(['_setAccount', 'UA-12936429-2']);

    最后感谢您的配合。


<前页 1 2 后页> (共69篇)