阿里Java开发手册最新版-码出高效，码出质量。

包含以下文件： 国家标准-软件开发规范（14个.doc文件） 开发计划书(12个.doc文件) Java开发规范.doc 软件开发规范 v01.doc 数据库编码规范.doc

整个团队由六种角色组成（如 图 1），分别为 • 产品经理（Product Management） • 项目经理（Program Management） • 开发人员（Development） • 测试人员（Test） • 用户教育人员（User Education） • 发布经理（Release Management） 各角色在团队的地位相当，各司其职。各个角色的具体目标、职能以及责任在以下的小节中进行详述。

增强团队的开发协作，制定统一的代码编写风格，提高我的的开发效率，更精准的定位错误，这就是我们来遵守的规范。前端开发人员必须按本文档规范进行前台页面的开发；如果有不对的地方或者不适合的地方请及时提出，经讨论后期可更改;

计算机软件开发规范_GB_8566-88

前言 消息队列 RocketMQ 版是基于 Apache RocketMQ 构建的低延迟、高并发、高可用、高可靠的分布式 消息中间件。消息队列 RocketMQ 版既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也 具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性。 存储选型 顺序消息 局部顺序：适用于性能要求高，以Sharding Key作为分区字段，在同一个区块中严格地按照 。 延时消息 RabbitMQ不支持延迟消息，Active和RocketMQ支持延迟消息。 可靠性 RocketMQ支持异步/同步刷盘;异步/同步Replication。Kafka使用异步刷盘方式，异步

前言 在业务中，会经常使用 redis 作为后端缓存、存储。如果结构规划不合理、命令使用不规范，会造成系 统性能达到瓶颈、活动高峰系统可用性下降，也会增大运维难度。这里总结了一些使用规范，希望能从 源头上避免上述问题的出现。 存储选型 Redis是一个单进程、基于内存、弱事务（单个命令可以保证原子性，多命令无法保证）的NoSql存储系 统，适用于高QPS、低延迟、弱持久化的场景，适宜用作缓存。 从经验出发: 在qps>5000、容量<50G、存储高频数据时考虑redis；在qps<1000、存储大量低频数 据、需要事务时考虑Mysql。

前言 MongoDB是非关系型数据库的典型代表，DB-Engines Ranking 数据显示，近年来，MongoDB在 NoSQL领域一直独占鳌头。MongoDB是为快速开发互联网应用 而设计的数据库系统，其数据模型和持 久化策略就是为了构建高读/写的性能，并且可以方面的弹性拓展。随着MongoDB的普及和使用量的快 速增长，为了规范使用，便于管理和获取更高的性能，整理此文档。我们从 数据库设计规范、集合设计 规范、索引设计规范、文档设计规范、API使用规范、连接规范等方面进行阐述和要求。 存储选型 1. 主要解决大量数据的访问效率问题， 减少mysql 压力。MongoDB内建了多种数据分片的特性，可 以很好的适应大数据量的需求。内建的Sharding分片特性避免系统在数据增长的过程中遇到性能 瓶颈。 2. 复杂数据结构，以多种不同查询条件去查询同一份数据。 MongoDB的BSON数据格式非常适合文 档化格式的存储及查询；支持丰富的查询表达式，可轻易查询文档中内嵌的对象和数组及子文档。 3. 非事务并且关联性集合不强的都可以使用 4. 无多文档事务性需求及复杂关联检索 5. 业务

04 iPlat4J 开发规范

阿里巴巴 Java 开发规范手册.pdf.doc 同学们值得用户学习借鉴参考