线程安全

转载自: https://blog.csdn.net/u010230794/article/details/82143179 https://www.jianshu.com/p/10a998089486 sync.Map的使用： package main import ( "sync" "fmt" ) func main() { //开箱即用 var sm sync.Map //store 方法,添加元素 sm.Store(1,"a") //Load 方法，获得value if v,ok:=sm.Load(1);ok{ fmt.Println(v) } //LoadOrStore方法，获取或者保存 //参数是一对key：value，如果该key存在且没有被标记删除则返回原先的value（不更新）和true；不存在则store，返回该value 和false if vv,ok:=sm.LoadOrStore(1,"c");ok{ fmt.Println(vv) } if vv,ok:=sm.LoadOrStore(2,"c");!ok{ fmt.Println(vv) } //遍历该map，参数是个函数，该函数参的两个参数是遍历获得的key和value，返回一个bool值，当返回false时，遍历立刻结束。 sm.Range(func(k,v interface{})bool{

哪些集合类是线程安全的？（未完成） 来源： https://www.cnblogs.com/mjtabu/p/11888016.html

一，java数据类型 1，基本数据类型及长度 整型：byte（1），short（2），int（4），long（8） 字符型：char（2） 浮点型：float（4），double（8） 2，引用数据类型 类：String，System，Object，Math....... 接口：Runnable，Serializable，Comparable........ 数组：int[]，String[]，char[]....... 二·，springMVC工作流程 （1）用户发送请求至前端控制器DispatcherServlet； （2） DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handle； （3）处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet； （4）DispatcherServlet 调用 HandlerAdapter处理器适配器； （5）HandlerAdapter 经过适配调用 具体处理器(Handler，也叫后端控制器)； （6）Handler执行完成返回ModelAndView； （7）HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet； （8

public class RWDictionary { private final Map<String, String> m = new TreeMap<String, String>(); private final ReentrantReadWriteLock rwl = new ReentrantReadWriteLock(); private final Lock r = rwl.readLock(); private final Lock w = rwl.writeLock(); public String get(String key) { r.lock(); try { return m.get(key); } finally { r.unlock(); } } public Object[] allKeys() { r.lock(); try { return m.keySet().toArray(); } finally { r.unlock(); } } public String put(String key, String value) { w.lock(); try { return m.put(key, value); } finally { w.unlock(); } } public void clear() { w.lock(); try { m

多线程之容器 1、线程安全的类 // 线程安全的类 StringBuffer sb = new StringBuffer(); Vector<String> v = new Vector<String>(); Hashtable<String, String> h = new Hashtable<String, String>(); package cn.itcast_12; import java.util.ArrayList; import java.util.Collections; import java.util.Hashtable; import java.util.List; import java.util.Vector; public class ThreadDemo { public static void main(String[] args) { // 线程安全的类 StringBuffer sb = new StringBuffer(); Vector<String> v = new Vector<String>(); Hashtable<String, String> h = new Hashtable<String, String>(); // Vector是线程安全的时候才去考虑使用的，但是我还说过即使要安全，我也不用你 // 那么到底用谁呢? //

大概分为这几个主题： java线程安全，java垃圾收集，java并发包详细介绍，java profile和jvm性能调优 。慢慢写吧。本人jameswxx原创文章，转载请注明出处，我费了很多心血，多谢了。关于java线程安全，网上有很多资料，我只想从自己的角度总结对这方面的考虑，有时候写东西是很痛苦的，知道一些东西，但想用文字说清楚，却不是那么容易。我认为要认识java线程安全，必须了解两个主要的点：java的内存模型，java的线程同步机制。特别是内存模型，java的线程同步机制很大程度上都是基于内存模型而设定的。后面我还会写java并发包的文章，详细总结如何利用java并发包编写高效安全的多线程并发程序 java内存模型 不同的平台，内存模型是不一样的，但是jvm的内存模型规范是统一的。其实java的多线程并发问题最终都会反映在java的内存模型上，所谓线程安全无非是要控制多个线程对某个资源的有序访问或修改。总结java的内存模型，要解决两个主要的问题：可见性和有序性。我们都知道计算机有高速缓存的存在，处理器并不是每次处理数据都是取内存的。JVM定义了自己的内存模型，屏蔽了底层平台内存管理细节，对于java开发人员，要清楚在jvm内存模型的基础上，如果解决多线程的可见性和有序性。 那么，何谓可见性？ 多个线程之间是不能互相传递数据通信的，它们之间的沟通只能通过共享变量来进行

文章转载自 40个Java多线程问题总结 ####40个问题汇总结 #####多线程有什么用 发挥多核CPU的优势 随着工业的进步，现在的笔记本、台式机乃至商用的应用服务器至少也都是双核的，4核、8核甚至16核的也都不少见，如果是单线程的程序，那么在双核CPU上就浪费了50%，在4核CPU上就浪费了75%。单核CPU上所谓的"多线程"那是假的多线程，同一时间处理器只会处理一段逻辑，只不过线程之间切换得比较快，看着像多个线程"同时"运行罢了。多核CPU上的多线程才是真正的多线程，它能让你的多段逻辑同时工作，多线程，可以真正发挥出多核CPU的优势来，达到充分利用CPU的目的。 防止阻塞 从程序运行效率的角度来看，单核CPU不但不会发挥出多线程的优势，反而会因为在单核CPU上运行多线程导致线程上下文的切换，而降低程序整体的效率。但是单核CPU我们还是要应用多线程，就是为了防止阻塞。试想，如果单核CPU使用单线程，那么只要这个线程阻塞了，比方说远程读取某个数据吧，对端迟迟未返回又没有设置超时时间，那么你的整个程序在数据返回回来之前就停止运行了。多线程可以防止这个问题，多条线程同时运行，哪怕一条线程的代码执行读取数据阻塞，也不会影响其它任务的执行。 便于建模 这是另外一个没有这么明显的优点了。假设有一个大的任务A，单线程编程，那么就要考虑很多，建立整个程序模型比较麻烦

给“线程安全”下定义是件非常棘手的事儿。随便Google一下，就能得到成千上万像这样的定义： １．“线程安全”的代码是指在多线程同时执行的情况下，依然能正常工作的代码。 ２．一段代码，如果在多线程同时执行的情况下，能以一种安全的方式操作共享数据结构，它就是线程安全的。 还有很多类似的定义。 你不觉着类似上面这种定义非但没有传达出有用的信息，甚至让自己更加迷惑吗？尽管这样，这些定义还是被大家无奈的接受了，因为它并没有错。只是，他们没能提供任务实质性的帮助或见解。 我们怎么区别“线程安全”的类和不安全的类？甚至说“安全”到底什么意思？ 在线程安全中，什么是“正确性”？ 任何对“线程安全”的合理定义，其核心都是在说“正确性”的概念。所以在理解线程安全之前，我们先来搞懂什么是“正确性”。 正确性意味着一个类要符合它的规范 一个好的类规范会明确规定出类在某个时刻的状态，以及对它进行一些操作后的后置条件(postcondition)。但是，通常我们并不能为我们的类提供充分的规范说明，那我们怎么知道他们是否正确执行了？我们并不能知道，但是这并不能阻止我们去使用它，一旦我们说服了自己“这些代码能正确工作”。这种“代码信任”就非常接近我们要说的“正确性”。 现在我们可以给“线程安全”下一个不那么绕的定义： 一个类在多线程并发访问时仍能保证行为的正确性，那么它就是线程安全的类。

线程安全到底是什么意思？ 现在的线程安全，流行的说法应该指的是保证类在多线程环境下的语义保持性。即：即使在多线程环境下，类的原始语义仍然得到保留。即，类不会在多线程环境下表现出跟单线程环境下一样的结果。 其实就是丢掉线程，类必须是安全的。类必须维持它的语义。为了达到这个语义，在多线程情况下需要作一些特殊处理，但是这种处理，能做的也仅仅如此：即保证类操作的语义。 因此，线程安全不是指你这么处理了，然后对象就安全了。不是这样的。是指相对于线程，它安全了。或者说，多线程本身并不足以扰乱它的步伐，或者它在多线程环境下仍然表现良好（表现出正确的语义提供能力）。 因此线程安全是一个相对于线程的概念，而不是安全的概念。它是一种相对安全，不是绝对安全。 比如，不管你怎么做同步，锁，到最后的数据安全仍然决定于最终的处理环境。 假设有十个调用层次，AND你在最终的层次也就是最顶层作了同步。但除非你的代码不向外发布，否则还是没有办法保证数据的安全。因为你不能保证你的调用者的行为。你的调用者，他可能这么干，做一下操作A，歇一下，然后做一下操作B，然后C，，依此类推。反正这样的调用不会在瞬间完成，所以你还是没有办法保证同步。 换句话说，同步就是个无止境的事情。线程安全解决不了它。即使你的类都只有一个操作，也还是解决不了这个问题。只要还存在组合状态或者说操作，数据安全的问题就不可能得到解决

系列文章： Python SQLAlchemy入门教程 概念 session用于创建程序和数据库之间的会话，所有对象的载入和保存都需通过session对象 。 通过sessionmaker调用创建一个工厂，并关联Engine以确保每个session都可以使用该Engine连接资源： from sqlalchemy.orm import sessionmaker # 创建session DbSession = sessionmaker(bind=engine) session = DbSession() 操作 session的常见操作方法包括： flush：预提交，提交到数据库文件，还未写入数据库文件中 commit：提交了一个事务，把内存的数据直接写入数据库 rollback：回滚 close：关闭 在事务处理时，需注意一下两点： 在事务处理过程发生异常时，进行rollback操作，否则会在下次操作时报错： Can’t reconnect until invalid transaction is rolled back 一般情况下，在一个事务处理完成之后要关闭session，以确保数据操作的准确性。 建议封装上下文方法： from contextlib import contextmanager @contextmanager def session_maker(session