WindowManager.LayoutParams全解

Dalvik Debug Monitor Server (DDMS) 是 ADT插件的一部分，其中有两项功能可用于内存检查 :

·    heap 查看堆的分配情况

·    allocation tracker跟踪内存分配情况

DDMS 这两项功能有助于找到内存泄漏的操作行为。

Eclipse Memory Analysis Tools (MAT) 是一个分析 Java堆数据的专业工具，用它可以定位内存泄漏的原因。

工具地址 : https://www.eclipse.org/mat/

·        运行程序，然后进入 DDMS管理界面，如下：

PS : 点击工具栏上的  来更新统计信息

点击右侧的 Cause GC 按钮或工具栏上的  即可查看当前的堆情况，如下：

主要关注两项数据：

o    Heap Size 堆的大小，当资源增加，当前堆的空余空间不够时，系统会增加堆的大小，若超过上限 (例如64M，视平台和具体机型而定)则会被杀掉

o    Allocated 堆中已分配的大小，这是应用程序实际占用的内存大小，资源回收后，此项数据会变小

·        查看操作前后的堆数据，看是否有内存泄漏
对单一操作(比如添加页，删除页)进行反复操作，如果堆的大小一直增加，则有内存泄漏的隐患。

获取 hprof文件
点击工具栏上的  按钮，将内存信息保存成文件。 如果是用 MAT Eclipse 插件获取的 Dump文件，则不需要经过转换，Adt会自动进行转换然后打开。 

·        转换 hprof文件
DDMS Dump 出的文件要经过转换才能被 MAT识别，Android SDK提供了这个工具 hprof-conv (位于sdk/tools下)

·    ./hprof-conv xxx-a.hprof xxx-b.hprof

·        用 MAT打开转换后的 hprof文件

 

1.3  Histogram 查询

用的*多的功能是 Histogram,点击 Actions下的 Histogram项将得到 Histogram结果：

它按类名将所有的实例对象列出来，可以点击表头进行排序,在表的*行可以输入正则表达式来匹配结果 :

在某一项上右键打开菜单选择 list objects ->with incoming refs 将列出该类的实例：

它展示了对象间的引用关系，比如展开后的*个子项表示这个 HomePage(0x420ca5b0)被HomePageContainer(0x420c9e40)中的 mHomePage属性所引用.

快速找出某个实例没被释放的原因，可以右健 Path to GC Roots–>exclue all phantom/weak/soft etc. reference :

得到的结果是：

从表中可以看出 PreferenceManager -> … ->HomePage这条线路就引用着这个 HomePage实例。用这个方法可以快速找到某个对象的 GC Root,一个存在 GC Root的对象是不会被 GC回收掉的.

 

1.4  Histogram 对比

为查找内存泄漏，通常需要两个 Dump结果作对比，打开 Navigator History面板，将两个表的 Histogram结果都添加到 Compare Basket中去 :

添加好后，打开 Compare Basket面板，得到结果：

点击右上角的 ! 按钮，将得到比对结果：

注意，上面这个对比结果不利于查找差异，可以调整对比选项：

再把对比的结果排序，就可得到直观的对比结果：

也可以对比两个对象集合，方法与此类似，都是将两个 Dump结果中的对象集合添加到Compare Basket中去对比。找出差异后用 Histogram查询的方法找出 GC Root，定位到具体的某个对象上。

 

1.5  例子

举例一个典型的分析内存泄漏的过程：

1.  使用 Heap查看当前堆大小为 23.00M

2.  添加一个页后堆大小变为 23.40M

3.  将添加的一个页删除，堆大小为 23.40M

4.  多次操作，结果仍相似，说明添加/删除页存在内存泄漏 (也应注意排除其它因素的影响)

5.  Dump 出操作前后的 hprof 文件 (1.hprof,2.hprof)，用 mat打开,并得到 histgram结果

6.  使用 HomePage字段过滤 histgram结果，并列出该类的对象实例列表，看到两个表中的对象集合大小不同，操作后比操作前多出一个 HomePage，说明确实存在泄漏

7.  将两个列表进行对比，找出多出的一个对象，用查找 GC Root的方法找出是谁串起了这条引用线路，定位结束

PS :

·        很多时候堆增大是 Bitmap引起的，Bitmap在 Histogram中的类型是 byte [],对比两个 Histogram中的byte[] 对象就可以找出哪些 Bitmap有差异

·        多使用排序功能，对找出差异很有用

 

存在无效的引用!
良好的模块设计以及合理使用设计模式有助于解决此问题。 

 

使用 android:largeHeap=”true”标记 (API Level >= 11)
在 AndroidManifest.xml中的 Application节点中声明即可分配到更大的堆内存, android:largeHeap标记在Android系统应用中也有广泛的应用 ,比如 Launcher, Browser这些内存大户上均有使用. 

展开全部

数据库：存e5a48de588b662616964757a686964616f31333433626563储数据的应用软件。

服务器：公共的服务库。

应用服务器是应用的服务器，提供应用服务，也可以是自己的网络应用服务器，接口服务器是提供给第三方调用的服务，主要是为了自己的应用的安全性，所以只把能供给第三方调用的东西封装在应用服务器服务器。

根据应用环境的不同，需要的数据库服务器也不同，一般来说，如果数据库服务器需要连接的客户端多、并且是不同权限组的客户端的话需要网络接口比较多的，除此之外，数据库服务器的处理器性能要求比较高，因为其要进行频繁的操作，内存要求大，加快数据存取速度。

应用服务器相对而言要求低一些，如果是FTP服务器的话网卡的速率要求要高，起码是千兆的，网页服务器对于网卡的速率也同样有较高的要求，但对于处理器性能要求就不那么高了。

应用程序服务器是为应用程序提供业务逻辑的。它是基于组件的，位于以服务器为中心的架构的中间件。

这个架构通常是一个主要的基于Web的界面。中间件是业务逻辑所在的应用服务器。而第三层，后端是负责数据库的服务器。应用程序服务器充当用户和数据库之间的交互。

应用服务器通过各种协议向客户端应用程序打开业务逻辑。它还可以包括计算机，web服务器或其他应用服务器上的图形用户界面。业务逻辑通过组件API。它还管理自己的资源以及执行安全性，事务处理，资源和连接池以及消息传递。

对于高端要求，应用服务器往往具有高可用性监控，集群，负载平衡，集成冗余和高性能分布式应用服务，并支持复杂的数据库访问。

当需要与现有数据库和服务器(如Web服务器)集成时，应使用应用程序服务器，可以通过启用集中式方法来提供应用程序更新和升级来提供数据和代码的完整性。

可伸缩性是使用应用服务器的另一个原因和好处。应用程序服务器可以与数据库连接。这意味着企业可以扩展Web服务器群，而不需要增加数据库连接的数量。

从网页到数据库的直接链接如果暴露，可导致SQL注入攻击基础架构。

通过单独的数据访问层执行数据验证和／或显示业务逻辑，可以确保以Web表单输入的文本不被用作SQL调用。通过集中身份验证过程以及数据访问管理，还可以提高安全性。

应用程序服务器与Web服务器不同，因为前者通过多种协议处理向应用程序提供业务逻辑，而Web服务器响应并处理HTTP请求；托管一个网站并存储静态内容，如图像，CSS，JavaScript和HTML页面。

虽然Web服务器可能不支持事务或数据库连接，但可能具有容错和可扩展性功能，如负载平衡，缓存和集群。

与数据库服务器不同，因为该服务器执行诸如数据分析，存储，数据处理，归档以及其他数据管理相关任务之类的任务。

数据库服务器使用诸如ODBC，JDBC等协议。他们还将托管数据库，如Oracle，SQLServer，MySQL等。

扩展资料：

服务器是计算机局域网的核心部件。网络操作系统是在网络服务器上运行的，网络服务器的效率直接影响整个网络的效率。

因此，一般要用高档计算机或专用服务器计算机作为网络服务器。网络服务器主要有以下4个作用：

运行网络操作系统，控制和协调网络中各计算机之间的工作，*大限度地满足用户的要求，并做出响应和处理。

存储和管理网络中的共享资源，如数据库、文件、应用程序、磁盘空间、打印机、绘图仪等。

·为各工作站的应用程序服务，如采用客户／服务器(Client／Server)结构使网络服务器不仅担当网络服务器，而且还担当应用程序服务器。

如何选择数据库服务器

数据库服务器主要用于存储、查询、检索企业内部的信息，因此需要搭配专用的数据库系统，对服务器的兼容性、可靠性和稳定性等方面都有很高的要求。

大型企业需要的数据库服务器性能和扩展能力等方面要求更高，它们在组建数据库系统时，不仅仅是使用多台数据库服务器，还需要存储系统等。而中小企业则有些不同，它们需要的数据库服务器性能不需要像大型企业数据库服务器那么强，数量要求也没那么多，因此在选择服务器时更轻松一些。

为了使消费者能够根据实际情况配置性价比*高的服务器，我们首先探讨一下DBMS和服务器之间的关系，然后根据市场行情向大家推荐适合不同规模企业应用的数据库服务器。

就国内的实际应用情况来看，各企业单位使用*广泛的无疑还是这两种DBMS：Oracle，MS SQL Server，首先我们分析一下这两种DBMS对于服务器的要求。

Oracle:内存系统是关键

ORACLE是目前业内公认*牛的DBMS，广泛用于大中型企业、高等院校和科学研究领域，也是目前*流行的客户/服务器 (CLIENT/SERVER)体系结构的DBMS之一。ORACLE 数据库提供了新的分布式数据库能力，可通过网络较方便地读写远端数据库里的数据，并有对称复制的技术。

根据实际使用测试的经验，ORACLE 数据库在运行时效率是非常高的，它非常巧妙而合理的使用了系统内存。当然，它同时也是大量的使用了系统内存，ORACLE 数据库要有足够容量的系统内存进行支持才能较好的发挥其性能优势，尤其是那些数据库写入工作（例如 UPDATE、INSERT/ADDNEW等动作）比较频繁的应用，使用大容量内存非常有必要。

因此，如果您是使用ORACLE 数据库，可以在系统内存容量方面进行提升；另外，数据库对内存系统要求高并不是说一味提升内存容量就OK了，整体性能的提高无论任何时候都是真理，对于一些中高端的应用，我们推荐大家使用8路或更8路以上的服务器。

MS SQL Server:青睐CPU和磁盘

这是微软的商业DBMS，有多个版本，需要在Windows 2000 Advanced Server或Windows 2003 Server Enterprise Edition上面才能安装，目前常用的版本还是MS SQL Server 2000，尽管新版本已经问世。该DBMS在国内应用也非常普及，各种中小型企业和院校应用都看得到它的身影，大部分以IIS＋ASP/.NET模式运行的中等以上规模WEB站点都是使用这套DBMS。

MS SQL Server对服务器设备的要求并不像ORACLE那么高，但是根据大多数程序员使用的感受，要提高MS SQL Server的性能在处理器和磁盘系统上做文章效果比较明显。SQL Server等数据库对二级缓存的要求比较高，多处理器下可以提升二级缓存，鉴于MS SQL Server的主流应用环境一般都是高频的双路XEON，另外，Opteron表现确实非常优秀，也可以适当考虑；磁盘系统采用RAID 0或者RAID 1用户可以自己决定，如果有配阵列卡，组个RAID 5也可以；特别说明一下，Windows 2003 Server Enterprise Edition执行效率确实比Windows 2000 Advanced Server高，对于使用MS SQL Server的用户来说可以考虑使用2003作为操作系统。

当然，DBMS除了ORACLE，SQL Server外，还有My SQL和Access等等。数据库服务器是一种整体性能要求都很高的服务器，如果单纯说它在某个方面有更多的要求，显然不太合理。通常，数据库服务器应达到以下配置：

——采用双路或者更多的处理器，以提高服务器的处理能力以及对数据库的并行操作，达到增加吞吐量的目的。

——对内存要求非常大，大容量的内存可以节省处理器访问硬盘的时间，提高数据库服务器的性能。

——需要大容量的存储空间，所以数据库服务器一般都采用SCSI硬盘作为存储介质，在数据存储方面通常都要实现RAID，这样不但能提升数据存储安全，还能提升整体性能。当然，一些大中型企业还会建立存储系统来满足需求.

文件服务器于客户/服务器数据库之间有一个重要差别.从根本上说,这两个术语指数据处理的两种不同方式.

在文件服务器数据库中,数据存放在文件之中,数据的各个用户直接从文件中取得他们所需的东西.当有修改发生时,应用程序打开文件并写入新数据.当需要显示现有数据时,应用程序打开文件并读取数据.如果一个数据库有20个不同的用户,那么所有20个用户均读取和写入这个相同的文件.

同文件服务器数据库的情形相反,在客户/服务器数据库中,虽然数据仍然存放在文件中,但文件访问由一个统一的主程序控制.当一个应用程序需要利用现有数据时,这个应用程序向服务器发送一个请求.服务器查找相应的数据,并将这个数据发回到应用程序.当一个应用程序需要向数据库中写入新数据时,它将该数据发送到服务器,然后由服务器执行实际的写入操作.只有一个统一的程序对数据文件执行读取和写入操作.

一般说来,面向单用户桌面的数据库(比如Acess\Foxpro)都是文件服务器数据库,而面向部门、公司或企业用户的数据库（Oracle\sybase\sql）都是客户/服务器数据库。客户/服务器数据库在大型环境中有几个重要优势，其中包括：

1、由于只有一个统一的程序读取和写入数据，所以破坏关键数据的意外修改或瘫痪的可能性更小。

2、这个统一的服务器程序可以充当一个监视所有客户的看门人，从而使安全政策的建立和执行变得更容易。

3、由于线路上只有请求流和结果流，所以客户/服务器数据库会比文件服务器数据库更有效的利用网络带宽。

4、由于只有所有的读取和写入都由一台统一的计算机来完成，所以升级这台计算机来提高数据库性能变得更容易。

5、客户/服务器数据库往往提供保护数据的特性，比如日志事务和磁盘或网络错误的恢复。严格地说，文件服务器数据库也会提供这些特性

服务器就像筷子 ，数据库就像是一盘菜 程序就像人，人们用筷子夹盘子里的菜来吃。
一般来说图片保存在服务器上 确切说应该是保存在服务器主机上，服务器可以保存东西 那要数据库来做什么？数据库是用来保存数据让我们来直接调用的
就算是图片保存在服务器上也会把他的地址保存到数据库里 再通过地址来调用

错误现象：

在浏览器中，登录管理后台，出现如下错误：

A network-related or instance-specific

error occurred while establishing a connection to SQL Server. The

server was not found or was not accessible. Verify that the

instance name is correct and that SQL Server is configured to allow

remote connections. (provider: TCP Provider, error: 0 –

由于系统缓冲区空间不足或队列已满，不能执行套接字上的操作。)

该web服务*近运行都很正常，没有修改过任何代码和配置，应该不会是代码打开数据库后没有关闭连接，造成连接池满的问题，更多的问题服务器访问上。

解决步骤：

1，在自己的PC上，可以连接数据库服务器。并且telnet数据库端口，也是通的。

2，查看数据库sysprocesses表，连接数据很少，排除连接池满的问题。

3，打开数据库事件探查器，发现执行速度非常快。

4，重启IIS，问题依旧。

5，重启数据库服务器，问题依旧。

6，在应用服务器上，不能连接数据库服务器。telnet数据库服务器数据库端口，无法连接。ping

数据库服务器，是通的。其他机器可以访问数据库，而应用服务器不能访问，确定问题出在应用服务器，同时确定故障应该在防火墙配置上。

7，关闭瑞星防火墙，退出360安全卫士，问题依旧。

8，卸载瑞星防火墙，重启应用服务器，问题解决。

至此，*大可能是应用服务器的瑞星防火墙今天凌晨进行了自动升级，造成了访问数据库的故障。以后出现过瑞星防火墙升级后，出现一些问题，大多是不能被其他机器访问，现在访问其他服务器也不行。

对瑞星防火墙，彻底失望，以后都不会再用了！