注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 微信红包的架构设计简介

  2. 微信红包的架构设计简介。学习高并发 装逼利器。

  3. 所属分类：Web开发

    • 发布日期：2015-11-19
    • 文件大小：3072
    • 提供者：sdzxx2008

  1. QQ红包高并发案例分享

  2. QQ红包高并发案例分享.便于使用者理解红包的分发机制和分配方式，

  3. 所属分类：其它

    • 发布日期：2018-04-02
    • 文件大小：1048576
    • 提供者：hcks37

  1. 互联网金融_张文瑞_如何做一个“有把握”的春晚红包系统

  2. 互联网金融_张文瑞_如何做一个“有把握”的春晚红包系统

  3. 所属分类：其它

    • 发布日期：2018-06-29
    • 文件大小：931840
    • 提供者：justin764

  1. 高性能服务框架ZYS.zip

  2. 核心特性 1.基于swoole提供分布式服务器通讯服务 2.基于thrift提供rpc远程调用服务 3.基于HTML5提供在线网络直播平台服务 4.基于swoole提供同步异步数据库连接池服务 5.基于swoole提供异步任务服务器 6.基于vmstat提供服务器硬件实时监控服务 7.基于yac、yaconf提供共享数据、配置服务 8.基于zqf提供高并发计数器、红包、二维码服务 9.很好的支持网页版console的shell服务 服务启动 需要php以cli模式运行/serve

  3. 所属分类：其它

    • 发布日期：2019-07-16
    • 文件大小：3145728
    • 提供者：weixin_39840515

  1. yaf项目快速开发快速开发demo已集成swoole红包二维码等

  2. yaf项目快速开发 快速开发demo 已集成swoole、红包、二维码、高并发秒杀计数器、数据库连接池

  3. 所属分类：其它

    • 发布日期：2019-08-08
    • 文件大小：2097152
    • 提供者：weixin_39840387

  1. 详解利用redis + lua解决抢红包高并发的问题

  2. 本篇文章主要介绍了利用redis + lua解决抢红包高并发的问题 ，详细的讲诉了需求分析和方案，有兴趣的可以了解一下。

  3. 所属分类：其它

    • 发布日期：2020-09-09
    • 文件大小：66560
    • 提供者：weixin_38694006

  1. 详解利用redis + lua解决抢红包高并发的问题

  2. 抢红包的需求分析 抢红包的场景有点像秒杀，但是要比秒杀简单点。 因为秒杀通常要和库存相关。而抢红包则可以允许有些红包没有被抢到，因为发红包的人不会有损失，没抢完的钱再退回给发红包的人即可。 另外像小米这样的抢购也要比淘宝的要简单，也是因为像小米这样是一个公司的，如果有少量没有抢到，则下次再抢，人工修复下数据是很简单的事。而像淘宝这么多商品，要是每一个都存在着修复数据的风险，那如果出故障了则很麻烦。 基于redis的抢红包方案 下面介绍一种基于Redis的抢红包方案。 把原始的红包称为大红包

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：69632
    • 提供者：weixin_38649657

  1. MsgGO:Golang即时通讯系统基于golang的分布式即时通讯系统-源码

  2. 短信 Golang即时通讯系统基于golang的分布式百万级即时通讯系统 需求分析： 发送/接收 实现群聊 高并发=单机+分布式+弹性扩容 需求细分 实现简单功能文字通讯 资源标准化编码 资源采集并标准化，转换为content / url 资源编码，最终目标拼接一个json消息体 消息体的可扩展性 兼容基础媒介入图片文字语音（URL / PIC / CONTENT / NUM） 能承接大量新业务，扩展不能对现有业务产生影响 红包/打卡/签到等本质是消息内容不一样 群聊的特殊需求 基础功能无区别

  3. 所属分类：其它

    • 发布日期：2021-03-11
    • 文件大小：8388608
    • 提供者：weixin_42116681

  1. 微服务架构集大成者—SpringCloud

  2. 2008年以后，国内互联网行业飞速发展，我们对软件系统的需求已经不再是过去”能用就行”这种很low的档次了，像抢红包、双十一这样的活动不断逼迫我们去突破软件系统的性能上限，传统的IT企业”能用就行”的开发思想已经不能满足互联网高并发、大流量的性能要求。系统架构走向分布式已经是服务器开发领域解决该问题唯一的出路，然而分布式系统由于天生的复杂度，并不像开发单体应用一样把框架一堆就能搞定，因此各大互联网公司都在投入技术力量研发自己的基础设施。这里面比较有名的如阿里的开源项目dubbo,Netflix开

  3. 所属分类：其它

    • 发布日期：2021-03-03
    • 文件大小：2097152
    • 提供者：weixin_38536841

  1. 大话程序猿眼里的高并发架构

  2. 高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。在电商相关产品开发的这些年，我有幸的遇到了并发下的各种坑，这一路摸爬滚打过来有着不少的血泪史，这里进行的总结，作为自己的归档记录，同时分享给大家。服务器架构业务从发展的初期到逐渐成熟，服务器架构也是从相对单一到集群，再到分布式服务。一个可以支持高并发的服务少不了好的服务器架构

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：208896
    • 提供者：weixin_38605801

  1. 基于电商业务中台最佳实践：交易中台技术要点设计之高性能

  2. 接着继续讲，接下来主要介绍交易总体设计的技术要点设计，对于电商中台来说，交易系统是核心中的核心，一开始就需要围绕高性能，高可用，和高扩展三个方面来重点设计。本篇主要介绍高性能设计。对于高性能的定义，通常可以理解为系统/服务接口响应时间低（rt）且并发量（qps,tps）高.提高性能的主要策略有：选择合理的分布式事务处理机制，数据库的分库分表，读写分离，异步化，缓存，复杂查询走搜索。交易业务要求订单，库存，优惠券，红包，支付等数据要强一致，如何保证这些数据之间的一致性是必须要解决的问题，也就是分布

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：565248
    • 提供者：weixin_38516863

  1. 高并发架构解析

  2. 高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。在电商相关产品开发的这些年，我有幸的遇到了并发下的各种坑，这一路摸爬滚打过来有着不少的血泪史，这里进行的总结，作为自己的归档记录，同时分享给大家。业务从发展的初期到逐渐成熟，服务器架构也是从相对单一到集群，再到分布式服务。一个可以支持高并发的服务少不了好的服务器架构，需要有均

  3. 所属分类：其它

    • 发布日期：2021-02-24
    • 文件大小：313344
    • 提供者：weixin_38602982

  1. seckill：SSM实战项目——Java高并发秒杀API，详细流程+学习笔记-源码

  2. SSM实战项目——Java高并发秒杀API 本文包括了项目的完整流程+开发过程中遇到的各种坑的总结+学习笔记和问题扩展，如果觉得README太长，我在blog里进行了分章， 这是完成后的项目，（阿里云到期了orz） 项目截图 秒杀列表 秒杀详情页 错误提示 开始秒杀 秒杀成功 重复秒杀 秒杀倒计时 秒杀结束 项目介绍 何为秒杀？ 所谓“秒杀”，就是网络卖家发布一些超低价格的商品，所有买家在同一时间网上抢购的一种销售方式。由于商品价格低廉，经常一上架就被抢购一空，有时只用一秒钟。 为何选择Java

  3. 所属分类：其它

    • 发布日期：2021-02-04
    • 文件大小：53248
    • 提供者：weixin_42121272

  1. 微服务架构集大成者—SpringCloud

  2. 2008年以后，国内互联网行业飞速发展，我们对软件系统的需求已经不再是过去”能用就行”这种很low的档次了，像抢红包、双十一这样的活动不断逼迫我们去突破软件系统的性能上限，传统的IT企业”能用就行”的开发思想已经不能满足互联网高并发、大流量的性能要求。系统架构走向分布式已经是服务器开发领域解决该问题唯一的出路，然而分布式系统由于天生的复杂度，并不像开发单体应用一样把框架一堆就能搞定，因此各大互联网公司都在投入技术力量研发自己的基础设施。这里面比较有名的如阿里的开源项目dubbo,

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：2097152
    • 提供者：weixin_38655484

  1. 基于电商业务中台最佳实践：交易中台技术要点设计之高性能

  2. 接着继续讲，接下来主要介绍交易总体设计的技术要点设计，对于电商中台来说，交易系统是核心中的核心，一开始就需要围绕高性能，高可用，和高扩展三个方面来重点设计。本篇主要介绍高性能设计。 对于高性能的定义，通常可以理解为系统/服务接口响应时间低（rt）且并发量（qps,tps）高.提高性能的主要策略有：选择合理的分布式事务处理机制，数据库的分库分表，读写分离，异步化，缓存，复杂查询走搜索。 交易业务要求订单，库存，优惠券，红包，支付等数据要强一致，如何保证这些数据之间的一致性是必须

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：565248
    • 提供者：weixin_38723753

  1. 高并发架构解析

  2. 高并发经常会发生在有大活跃用户量，用户高聚集的业务场景中，如：秒杀活动，定时领取红包等。为了让业务可以流畅的运行并且给用户一个好的交互体验，我们需要根据业务场景预估达到的并发量等因素，来设计适合自己业务场景的高并发处理方案。在电商相关产品开发的这些年，我有幸的遇到了并发下的各种坑，这一路摸爬滚打过来有着不少的血泪史，这里进行的总结，作为自己的归档记录，同时分享给大家。 业务从发展的初期到逐渐成熟，服务器架构也是从相对单一到集群，再到分布式服务。一个可以支持高并发的服务少不了好的

  3. 所属分类：其它

    • 发布日期：2021-01-27
    • 文件大小：312320
    • 提供者：weixin_38581447

  1. 使用.NET Core实现饿了吗拆红包功能

  2. 需求说明 以前很讨厌点外卖的我，最近中午经常点外卖，因为确实很方便，提前点好餐，算准时间，就可以在下班的时候吃上饭，然后省下的那些时间就可以在中午的时候多休息一下了。 点餐结束后，会有一个好友分享红包功能，虽说这个红包不能提现，但却可以抵扣点餐费用，对于经常点餐的人来说，直接用于抵扣现金确实是很大的诱惑，在点餐之后所获得的那个红包，必须要分享出去才能拆。 那么如果自己也想实现以下抢红包功能，需要说明的是，本文所描述的红包功能更多的关注与随机红包的生成，至于高并发、数据一致性等问题，本文暂未涉及，

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：133120
    • 提供者：weixin_38655878