java开发手册（工程结构）——摘自《阿里巴巴Java开发手册》

应用分层

1. 【推荐】默认上层依赖于下层，箭头关系表示可直接依赖，如：开放接口可以依赖于 Web 层，也可以直接依赖于 Service 层，以此类推。
   
   1）开放接口层：可直接封装 Service 方法暴露成 RPC接口；通过 Web 封装成 HTTP 接口；进行网关安全控制、流量控制等。
   2）终端显示层：各个端的模板渲染并执行显示的层。当前主要是 velocity 渲染、JS、JSP、移动端展示等。
   3）Web 层：主要是对访问控制进行转发，对各类基本参数校验，或者对不复用的业务简单处理等。
   4）Service 层：相对具体的业务逻辑服务层。
   5）Manager 层：通用业务处理层，它有如下特征。
         I. 对第三方平台封装的层，预处理返回结果及转化异常信息；
        II. 对 Service 层通用能力的下沉，如缓存方案、中间件通用处理；
       III. 与 DAO 层交互，对多个 DAO 的组合复用。
   6）DAO 层：数据访问层，与底层 MySQL、Oracle、、HBase 等进行数据交互。
   7）外部接口或第三方平台：包括其他部门 RPC 开放接口，基础平台，其他公司的 HTTP 接口。
2. 【参考】（分层异常处理规约）在 DAO 层，产生的异常类型有很多，无法用细粒度的异常进行 catch，使用 catch(Exception e)的方式，并 throw new DAOException(e)。不需要打印日志，因为日志在 Manager / Service 层，一定要捕获并写到日志文件中去。如果同台服务器再写日志，会浪费性能和存储。在 Service 层出现异常时，必须将出错日志记录到磁盘，尽可能带上参数信息，相当于保护案发现场。如果 Manager 层与 Service 同机部署，则日志方式与 DAO 层处理一致；如果单独部署，则采用与 Service 一致的处理方式。Web 层绝不应该继续往上抛异常，因为已经处于顶层，如果意识到该异常将导致页面无法正常渲染，则应跳转到友好错误页面，加上用户容易理解的错误提示信息。开放接口层需要将异常处理成错误码和错误信息方式返回。

二方库依赖

1. 【推荐】对于已经提供工具类二方库的，不要在本应用中编程实现。
   JSON 操作：fastjson
   MD5 操作：commons-codec
   工具集合：Guava 包
   数组操作：ArrayUtils（org.apache.commons.lang3.ArrayUtils）
   集合操作：CollectionUtils（org.apache.commons.collections4.CollectionUtils）
   除上面列出的，还有 NumberUtils、DateFormatUtils、DateUtils 等，优先使用 org.apache.commons.lang3 包中的。
   不要使用 org.apache.commons.lang 包中的。原因是 commons.lang 包是从 JDK1.2 开始支持的，所以很多 JDK 1.5/1.6的特性是不支持的，例如泛型。
2. 【推荐】所有 pom 文件中的依赖声明放在 <dependencies> 语句块中，所有版本仲裁放在 <dependencyManagement> 语句块中。
   说明：<dependencyManagement> 里只是声明版本，并不实现引入，因此子项目需要显示的声明依赖，version 和 scope
   都读取来自父 pom。而 <dependencies> 所有声明在主 pom 的 <dependencies> 里的依赖都会自动引入，并默认被所有子项目继承。

服务器

1. 【推荐】高并发服务器建议调小 TCP 协议的 time_wait 超时时间。
   说明：操作系统默认 240s 后，才会关闭处于 time_wait 状态的连接。在高并发访问下，服务器端会因为处于 time_wait 的连接数过多，而无法建立新的连接，所以需要在服务器上调小此值。
   正例：在 Linux 服务器上可通过变更 /etc/sysctl.conf 文件去修改该默认值 (s) 。
              net.ipv4.tcp_fin_timeout=30
2. 【推荐】调大服务器所支持的最大文件句柄数（File Descriptor，简写 fd）。用户进程级别
   说明：主流操作系统的设计是将 TCP/UDP 连接采用与文件一样的方式管理，即一个连接对应一个 fd。主流的 Linux 服务器默认支持最大的 fd 数量是 1024，当并发连接数很大时容易因为 fd 不足而出现“open too many files”错误，导致新的连接无法建立。建议将 Linux 服务器所支持的最大句柄数调高数倍（与服务器的内存数量相关）。

   2. 服务器所支持的最大文件句柄数（File Descriptor，fd）
       <1> max-file
       系统级别
           查看 系统级别 的能够打开的文件句柄的数量，Centos7默认是794168：
               cat /proc/sys/fs/file-max
           系统级 打开最大文件句柄的数量永久生效的修改方法，修改文件，文件末尾加入配置内容:
               vi /etc/sysctl.conf
               fs.file-max=2000000
               立即生效：sysctl -p
       <2> ulimit
       用户进程级别
           查看 用户进程级 的能够打开文件句柄的数量，Centos7默认是1024
           这里设置的是当前shell的当前用户的打开的最大限制，如果当前用户打开多个shell，则每个shell都能打开该最大值
           进程级 打开文件句柄数量永久生效的修改方法，修改文件，文件末尾加入配置内容：
           这里限制一个用户的所有shell能打开的最大数:
               vim /etc/security/limits.conf
               * soft nofile 65535
               * hard nofile 65535
           修改以后，需要重新登录才能生效。
           如果需要设置当前用户session立即生效，还需要执行：
               ulimit -n 65535 

3. 【推荐】给 JVM 环境参数设置 -XX:+HeapDumpOnOutOfMemoryError 参数，让 JVM 碰到 OOM 场景时输出 dump 信息。
4. 【推荐】JVM 的 Xms 和 Xmx 设置一样大小的内存容量，避免在 GC 后调整堆大小带来的压力。