java领域分享

如果CPU User非常高，需要查看消耗在哪个进程，可以用top(linux)命令看出，接着用top –H –p 看哪个线程消耗资源高，如果是java应用，就可以用jstack看出此线程正在执行的堆栈，看资源消耗在哪个方法上，查看源代码就知道问题所在；JVM参数不合理，容器配置不合理，慢SQL，慢事务，数据库设计不合理，程序架构规划不合理，程序本身设计有问题（串行处理、请求的处理线程不够、无缓冲、无缓存、生产者和消费者不协调等），造成系统在大量用户方位时性能低下而造成的瓶颈。

ER图分为实体、属性、关系三个核心部分。实体是长方形体现，而属性则是椭圆形，关系为菱形。ER图的实体（entity）即数据模型中的数据对象，例如人、学生、音乐都可以作为一个数据对象，用长方体来表示，每个实体都有自己的实体成员（entity member）或者说实体对象（entity instance），例如学生实体里包括张三、李四等，实体成员（entity member）/实体实例（entity instance） 不需要出现在ER图中。ER图的属性（attribute）即数据对象所具有的属

UML类图，UML中的一种重要图形，是在面向对象语言用中用来表示一个类。如下图所示（它由两部分组成，类和类之间的关系）：动物UML类图01 类类是具有相似结构、行为和关系的一组对象的描述符，是面向对象系统中最重要的构造块。如下图所示，就表示一个类：三个格子从上至下分别表示：类名称（如果是接口，就使用斜体表示） 类的特性（一般是类的字段和属性，可以没有） 类的操作（一般是类的方法或行为）它们前边的符号有以下几类：“+”表示public “-”表示private

业务架构图想表达什么？有什么用？给谁看？答1：架构图需要表达是业务系统之间的关系，帮助你梳理业务结构。答2：将复杂的业务逻辑简单化，降低理解难度。答3：给用户以及各层级领导。所以经过分解，我们知道了业务架构是什么。答案很简单：业务架构图是一种表达业务层级和关系的工具。业务架构服务于业务目标，通过描绘业务上下层关系，梳理一整套完整、简单的业务视图，降低业务系统的复杂度，提高客户理解度，最终给客户最直观的业务体现。业务架构类型常用的业务架构分层有2种：上中下结构：资源层—数据

原型设计是产品设计过程中最重要的步骤之一，但是原型设计仍然让一些设计师和项目团队感到头疼。原型几乎可以是任何东西，草图或者是完美的高保真界面。究竟是什么原型？“原型”的最基本定义是“最终产品的仿真或样本版本，用于发布之前方便测试。” 原型的目标是在花费大量时间和金钱进入开发产品前，让开发者快速的了解产品创意。原型图对于是否能启动开发起着至关重要的作用。它还可以提前避免需要改进的地方。假设你用你的产品理念的草案给客户演示，你会如何想如何设计该产品。然后，您可以不断的调整您的初始猜测并修改原型。

在开发阶段，我们都知道，如果对一个功能进行扩展，如果只是一味地对方法进行修改，可能会造成一些问题，诸如可能会引入新的bug，或者增加代码的复杂度，对代码结构造成破坏、冗余，还需要重新进行全面的测试。子类一定是增加父类的能力而不是减少父类的能力，因为子类比父类的能力更多，把能力多的对象当成能力少的对象来用当然没有任何问题。封装符合面向对象设计的单一性原则，一个类把自己该做的事情封装起来，而不是暴露给其他类去处理，当内部的逻辑发生变化时，外部调用不用因此而修改，它们只调用开放的接口，而不用去关心内部的实现。

前言： 不知不觉已经经历了十个Sprint周期了，这十个周期真是有了飞速的成长，感觉每天都过得很充实，学到了很多的知识与操作，期间也通过每周期的团队协作，学到了很多东西，首先是把任务细分化，把大的任务分为每天完成，然后团队个人都有自己的任务份额，这样子就不会全压在一个人身上。还有就是学会了怎样去弄sprint冲刺的目标及计划，懂得承担责任。还有就是是自己个人能力的不足，对知识掌握的不熟，希望在后续的sprint中加倍努力。一、解决问题能力以前当组长的时候潜移默化的锻炼了...

在最近的这十个周期,感觉自己的学习能力成长的飞快,这十个周期过的充实而有收获巨大,在这十个周期中,自己先后参加了DAZentao,DTC,和智物,,在这其中