应用服务器处理业务逻辑，web服务器处理html文件。web服务器更加简单。应用服务器有tomcat，jboss,weblogic，web服务器有IIS,Apache。

徐总：core里面做业务逻辑，server里面做一些轻量级的处理，比如数据的上下交换。 比如MQ的读取，

易犯错的null问题：初始化：List和Map时，如果没有new一个对象，或者将其赋值为null，后继的方法都是无法使用的，因为它为null啊！[]和null不一样的性质！使用null的情况一般是判断是否为初次初始化才用。

list的addAll：list1.addAll(list2)，表示将list2中的所有值赋值给list1，list.add(list4),表示将list4作为一个参数赋值到list3中去。list3的size增加1。

部署最新的nmim和mqserver并测试。其中：由于配置合并，但是部署配置未改导致时间浪费，下次修改代码时需要先备忘录，也应该在获取配置的地方写上日志。      发送短信的serviceId等配置忘记替换导致报错java.NullPoint，看到这个错我一开始就觉得90%不是双网卡的问题，因为就算是报错也是连接数上Dubbo服务的体现。于是我怀疑是代码本身的问题，开始锁定的是接口传入的参数是否为空，但是其实是没有意义的，因为代码中并没有对参数的限制，就算是为null，也不会报错，然而我没有仔细反思思考模拟，直接动手了，浪费。  并且，从本地发现项目是可以运行来推断，应该是配置问题！这是唯一的区别，除了双网卡等环境差异。下次再获取配置的地方可以加上日志，这是一个关键的地方。

真正看懂一小块知识带来的乐趣，比走马观花般接触一本书的知识要多的多，而且更有价值。学习的本质并不是记忆，记忆只是辅助，根据记忆得到的素材信息进行深一步的思考与推理，才是学习真正的价值所在。只读一本书，只看一个人，只学一件事，将自己全部的身心都带入其中，换位思考，熟能生巧，书读百遍，慢，才是真正的快。当我思考的时候，当我对我接触到的信息与知识进行过滤时，不简单地依靠最原始的数据与他人的思考，速度也许会慢一点，但是我实际理解了，掌握了本质与核心，那么我就不需要再学第二次，不会遗忘，会举一反三，由一点突破一面，这才是真正的快。要有自己的思考，不能欺骗自己，自己都感觉模糊不清的，说道不明的，不能用直观通俗的白话表达给不懂的人听的，那就是无用功。                                                    比如，今天我学会了使用AMQ,虽然半个月以前我就已经实现了相应的功能，但是那时候我根本不知道具体的原理与实现的细节，认为自己没有时间去深究（后期部署时报错，加班到凌晨三点都没有自己解决问题），大错特错，不需要你深究到最底层的实现，只需要理解每一句代码的作用即可，只需要能够将这段代码复现给其他人，确实需要注意，很容易因为需要了解一个点而牵扯出一个面的知识，比如框架类的原理，所以需要在实际过程中把握这个度，到底需要学到什么地步，我觉得是能够让自己理解原先的最初的那个知识点就行了。     对我而言，慢一点，多思考，才能快一点。

接口的作用：多态，接口只关心它的功能，不关心具体实现，所以可以多次实现同一个接口的方法，克服了单继承的缺点。接口中只包含常量和方法的定义，接口中的变量默认使用public static final标识。

　　interface和普通的class：两者都可以实现某些功能，interface是抽象的，不能有具体的数据域，比如说String str=“cc”什么的，不能创建对象，可以继承其他接口，但是不能实现其他接口，它本身还需要别人来现实它呢！class是指类，不能有抽象方法，可以有数据域，可以创建对象，可以实现接口，但是不能继承接口。类也不好分层啊，像service层，目前我觉得用interface主要是设计模式上的考虑，如果不是dubbo接口，系统内部的接口也可以用class来实现啊，像dao那层可以考虑去除。dubbo服务这种一般都是写成接口形式的。

以后学习的时候，遇到新信息新知识的时候，要提醒自己用逻辑用规范来思考，不要盲目没有条理：

1、这个知识（信息）它的应用场景是什么？

2、它的实现原理是什么？

3、在特定的场景中，如果使用它？

4、使用它关键或是说易错点在哪里？

只有当我们使用一件事物，才可以得到它的价值，金钱、人脉、知识都是如此，我们思考的时候，通常都是特定场景下，需要实现某种功能，达到某些期待的效果而做出选择。我们会去想：类似的场景我以前遇到过吗？我知道别人遇到吗？我失败或者成功的原因是什么？别人成功或失败的原因又是什么？  我的目的是什么？达成目的需要的东西是什么？最开始我需要完成的是什么？过程中最关键的步骤是什么？如果环境无法完全满足，我怎么样去创造条件？易错点可以先主动寻找，问已经使用过它的人！

传参尽量为null，因为在数据库中null表示为传入任何参数，是空的。如果传入的是“”，数据库里面是有数值的，为空字符串，就好像传了0.

我可以做任何我喜欢做的事情，但是我不能无力自拔。    我可以因为不让自己后悔而获得快乐的动机去改变，但我不能因为别人而改变。

今天发现tcyd项目突然跑不起来了，maven update不能用，以为项目配置有问题，于是删掉项目重新导入，但是这次更夸张了，因为不能maven update project，所有的文件都报错了。正打算把文件夹里面的项目也删掉重新导入的时候，突然发现黄色感叹号，冲突啊，兄弟！把冲突文件删掉就好了。（包括白色的）。

在帮同事配置项目的时候，拷贝了几分配置文件过来，这没有错，还在pom.xml中拷贝了一大堆jar包，但是我必须知道自己在做什么，拷贝是拷贝自己知道的东西，是觉得重复性没有必要机械写一遍的东西，而不是自己根本不知道不了解不熟悉的东西。还是徐总的那句话，“不要瞎写，连自己写了什么东西都不知道”。以后，拷贝的时候问问自己，这些你都知道吗，下次配置项目的时候，老老实实按照步骤一步一步配置，而不是直接拷贝。了解基本的原理。

配置项目时不要将所有的东西先拷贝过来再去删除没用的，而是将需要的东西一点一点添加上去，因为你不知道哪些是真的没有用的，不清楚里面的逻辑，反之则至少知道自己错在哪里。引用jar包的时候也是这样的，用到什么添加什么，不然后期jar冲突或者明明引用了但是实际上没有引用到，你都不知道怎么找到错误。

ContextListener not found 网上说有三种可能 1、spring-web没有导入；2、spring包版本冲突；3、web.xml配置不对，但是都没有啊，于是又去清空workSpace下的webApp目录，还是不行。发现lib文件夹下没有相应的jar包，update也没用，于是bulid path将maven先删除再添加就好了。