{"id":16599222,"url":"https://github.com/collabh/concurrent","last_synced_at":"2026-07-05T02:31:06.053Z","repository":{"id":105163172,"uuid":"184903530","full_name":"collabH/concurrent","owner":"collabH","description":"并发编程","archived":false,"fork":false,"pushed_at":"2019-05-07T04:16:28.000Z","size":30,"stargazers_count":1,"open_issues_count":0,"forks_count":0,"subscribers_count":0,"default_branch":"master","last_synced_at":"2025-10-28T01:25:37.386Z","etag":null,"topics":[],"latest_commit_sha":null,"homepage":null,"language":"Java","has_issues":true,"has_wiki":null,"has_pages":null,"mirror_url":null,"source_name":null,"license":null,"status":null,"scm":"git","pull_requests_enabled":true,"icon_url":"https://github.com/collabH.png","metadata":{"files":{"readme":"README.md","changelog":null,"contributing":null,"funding":null,"license":null,"code_of_conduct":null,"threat_model":null,"audit":null,"citation":null,"codeowners":null,"security":null,"support":null,"governance":null,"roadmap":null,"authors":null,"dei":null,"publiccode":null,"codemeta":null,"zenodo":null,"notice":null,"maintainers":null,"copyright":null,"agents":null,"dco":null,"cla":null}},"created_at":"2019-05-04T14:13:30.000Z","updated_at":"2021-08-09T10:34:24.000Z","dependencies_parsed_at":"2023-04-13T01:33:49.252Z","dependency_job_id":null,"html_url":"https://github.com/collabH/concurrent","commit_stats":null,"previous_names":[],"tags_count":0,"template":false,"template_full_name":null,"purl":"pkg:github/collabH/concurrent","repository_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/collabH%2Fconcurrent","tags_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/collabH%2Fconcurrent/tags","releases_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/collabH%2Fconcurrent/releases","manifests_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/collabH%2Fconcurrent/manifests","owner_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners/collabH","download_url":"https://codeload.github.com/collabH/concurrent/tar.gz/refs/heads/master","sbom_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories/collabH%2Fconcurrent/sbom","scorecard":null,"host":{"name":"GitHub","url":"https://github.com","kind":"github","repositories_count":286080680,"owners_count":35141966,"icon_url":"https://github.com/github.png","version":null,"created_at":"2022-05-30T11:31:42.601Z","updated_at":"2026-05-26T15:22:16.424Z","status":"online","status_checked_at":"2026-07-05T02:00:06.290Z","response_time":100,"last_error":null,"robots_txt_status":"success","robots_txt_updated_at":"2025-07-24T06:49:26.215Z","robots_txt_url":"https://github.com/robots.txt","online":true,"can_crawl_api":true,"host_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub","repositories_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repositories","repository_names_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/repository_names","owners_url":"https://repos.ecosyste.ms/api/v1/hosts/GitHub/owners"}},"keywords":[],"created_at":"2024-10-12T00:10:43.131Z","updated_at":"2026-07-05T02:31:06.000Z","avatar_url":"https://github.com/collabH.png","language":"Java","funding_links":[],"categories":[],"sub_categories":[],"readme":"\u003e并发:同时拥有两个或者多个线程，如果程序在单核处理器上运行，多个线程将交替地换入或者换出内存这些线程同时“存在”的，\n每个线程都处于执行过程中的某个状态，如果运行在多核处理器上，此时，程序中的每个线程都将分配到一个处理器核上，因此可以同时运行。\n\n\n\u003e高并发:高并发(High Concurrency)是互联网分布式系统架构设计中必须考虑的因素之一，它通常是指，通过设计保证系统能够同时并行处理很多请求。\n\n\n```并发:多个线程操作相同的资源，保证线程安全，合理使用资源```\n```高并发:服务能同时处理很多请求，提高程序性能```\n\n# 总结:\n1. CPU多级缓存:缓存一致性、乱序执行优化\n2. Java内存模型：JMM规定、抽象结构、同步八种操作及规则\n\n\n# 并发模拟测试\n1. postman 通过Collections方式\n2. ab压测 \n3. apache-jmeter\n4. 代码并发模拟 参考test包下ConcurrencyTest类\n\n# 线程安全性\n**定义**\n```\n当多个线程访问某个类时，不管运行时环境采用何种调度发那个是或者这些进程将如何交替执行，\n并且主调代码中不需要任何额外的同步或者协同，这个类都能表现出正确的行为吗，那么就称这个类是线程安全的。\n```\n\n\u003e原子性:提供了互斥访问，同一时刻只能一个线程来对它进行操作\n\u003e可见性:一个线程对内存的修改可以及时的被其他线程观察到\n\u003e有序性:一个线程观察其他线程中的指令执行顺序，由于指令重排序的存在，该观察结果一般乱序无章\n\n**LongAdder类和AtomicLong类的区别**\n(LongAdder详解)[https://juejin.im/entry/5a5b7e8a51882573443ca7ee]\n\n**CAS的ABA问题:**\n\u003e通过CAS修改A的时候，被其他线程修改成B后然后有修改成A，这时候在修改就产生了ABA问题，通过AtomicStampReference每次修改添加会将版本号加1 Stamp+1\n\n**原子性-对比**\n\u003esynchronized:不可中断锁，适合竞争不激烈，可读性好\n\u003eLock:可中断锁，多样化同步，竞争激烈时能维持常态\n\u003eAtomic:竞争激烈时能维持常态，比Lock性能好，缺点每次只能同步一个值\n\n**可见性**\n\u003e导致共享变量在线程间不可见的原因\n1. 线程交叉执行\n2. 重排序结合线程交叉执行\n3. 共享变量更新后的值没有在工作内存和主存之间及时更新\n\n**volatile**\n`通过加入内存屏障和禁止指令重排序优化来实现`\n1. 对volatile变量写操作时，会在写操作后加入一条store屏障指令，将本地内存中的共享变量值刷新到主内存\n2. 对volatile变量操作读操作时，会在读操作前加入一条load屏障质量，从主内存中读取共享变量\n\n**有序性**\n1. Java内存模型中，运行编译器和处理器对指令进行重排序，但是重排序过程不会影响到单线程程序的执行，却会影响到多线程并发执行的正确性\n2. volatile、synchronized、Lock\n\n**happens-before原则**\n1. 程序次序规则：一个线程内，按照代码顺序，书写在前面的操作先行发生于书写在后面的操作\n2. 锁定规则：一个unLock操作先行发生于后面对同一个锁的lock操作\n3. volatile变量规则:对一个变量的写操作先行发生于后面对这个变量的读操作\n4. 传递规则：如果操作A先行发生于操作B，而操作B又先行发生于操作C，那么操作A先行发生于操作C\n5. 线程启动规则：Thread对象的start()方法先行发生于此线程的每一个动作\n6. 线程中断规则：对线程interrupt()方法的调用先行发生于被中断线程的代码检测到中断事件的发生\n7. 线程终结规则：线程中所有的操作都先行发生于线程的终止检测，我们可以通过Thread.join()方法结束、Thread.isAlive()方法的返回值手段检测到线程已经终止执行\n8. 对象终止规则：一个对象的初始化完成先行发生于他的finalize()方法的开始\n\n# 安全发布对象\n* 发布对象:使一个对象能够被当前范围之外的代码所使用的\n* 对象逸出:一种错误的发布。当一个对象还没有构造完成时，就使它被其他线程所见\n\n**安全发布对象**\n1. 在静态初始化函数中初始化一个对象引用\n2. 将对象的引用保存到volatile类型域或则AtomicReference对象中\n3. 将对象的引用保存到某个正确构造对象的final类型域中\n4. 将对象的引用保存到一个由锁保护的域中\n\n# 线程安全策略讲解\n* final修饰方法:1.锁定方法不被继承类修改；2.效率\n* final修饰变量:基本类型变量(初始化之后不能在被修改)、引用类型变量(初始化之后不能在指向另一个对象)\n\n**不可变对象**\n1. Collections.unmodifiableXXX:Collection、List、Set、Map...\n2. Guava:ImmutableXXX:Collection、List、Set、Map...\n\n**线程封闭**\n1. Ad-hoc线程封闭:程序控制实现，最糟糕，忽略\n2. 堆栈封闭:使用局部变量，无并发问题，因为局部变量会被拷贝到栈中，因此不是线程共享的\n3. ThreadLocal线程封闭:推荐的封闭方法\n\n**ThreadLocal**\n\u003e内部维护一个Map，Map的key是线程的名称，value是我们所存储的对象\n\n\n# JUC\n**CopyOnWriteArrayList**\n\u003e适合读多写少的环境，不适用于实时读的场景。 最终一致性，使用时另外开辟空间\n\n**安全共享对象策略**\n* 线程限制:一个被线程限制的对象，由线程独占，并且只有被占有它的线程修改\n* 共享只读:一个共享只读的对象，在没有额外同步的情况下，可以被多个线程并发访问，但是任何线程都不能修改他\n* 线程安全对象：一个线程安全的对象或者容器，在内部通过同步机制来保证线程安全，所以其他线程无需额外的同步就可以通过公共接口随意访问它\n* 被守护对象：被守护对象只能通过获取特点的锁来访问\n\n# AQS -- AbstractQueuedSynchronized\n* 使用Node实现FIFO队列，用于构建锁或者其他同步装置的基础框架\n* 利用一个int类型表示状态\n* 使用方法是继承\n* 子类通过继承并通过实现它的方法管理其状态{acquire和release}的方法操纵状态\n* 可以同时实现排他锁和共享锁模式(独占、共享)\n\n**CountDownLatch**\n\u003eCountDownLatch详细看官方文档 核心方法是countDown()和await()  代码参考aqs的demo\n\n**Semaphore**\n\u003e核心方法 semaphore.acquire();semaphore.release(); 看demo代码和官方文档\n\n**ReentrantLock与锁**\n* ReentrantLock(可重入锁)和synchronized区别:\n    * 可重入性(都是可重入锁)\n    * 锁的实现方式\n    * 性能的区别\n    * 功能区别  1.便利性 2.ReentrantLock更加灵活和细粒度\n    * ReentrantLock独有功能\n        * 可指定是公平锁还是非公平锁\n        * 提供了一个Condition类，可以分组唤醒需要唤醒的线程\n        * 提供能够中断等待锁的线程的机制，lock.lockInterruptibly()\n        \n* 当只有少量竞争者的时候，synchronized更加适合\n* 多量竞争者时，但是线程的增长是可以预估的ReentrantLock更加合适\n\n**死锁的必要条件**\n* 互斥条件\n* 请求和保持条件\n* 不剥夺条件\n* 环路等待条件\n\n# 多线程并发最佳实践\n* 使用本地变量\n* 使用不可变类\n* 最小化锁的作用域范围：S=1/（1-a+a/n）\n* 使用线程池的Executor，而不是直接使用new Thread()\n* 宁可使用同步也不要使用线程的wait和notify\n* 使用BlockingQueue实现生产-消费模式\n* 使用并发集合而不是加了锁的并发集合\n* 使用Semaphore创建有界的访问\n* 宁可使用同步代码块，也不使用同步方法\n* 避免使用静态变量，可以使用final或者不可修改集合等\n","project_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fcollabh%2Fconcurrent","html_url":"https://awesome.ecosyste.ms/projects/github.com%2Fcollabh%2Fconcurrent","lists_url":"https://awesome.ecosyste.ms/api/v1/projects/github.com%2Fcollabh%2Fconcurrent/lists"}