① 用springmvc寫的介面和webservice有什麼區別
Web Service：
1、它是基於SOAP協議的，數據格式是XML
2、只支持HTTP協議
3、它不是開源的，但可以被任意一個了解XML的人使用
4、它只能部署在IIS上
Web API：
1、這是一個簡單的構建HTTP服務的新框架
2、在.net平台上Web API 是一個開源的、理想的、構建REST-ful 服務的技術
3、不像WCF REST Service.它可以使用HTTP的全部特點（比如URIs、request/response頭，緩存，版本控制，多種內容格式）
4、它也支持MVC的特徵，像路由、控制器、action、filter、模型綁定、控制反轉（IOC）或依賴注入（DI），單元測試。
5、它可以部署在應用程序和IIS上
6、這是一個輕量級的框架，並且對限制帶寬的設備，比如智能手機等支持的很好
7、Response可以被Web API的MediaTypeFormatter轉換成Json、XML 或者任何你想轉換的格式。
② Spring和SpringMVC的區別是什麼
Spring與SpringMVC的區別
1、Spring 是是一個開源框架，是為了解決企業應用程序開發，簡單來說，Spring是一個輕量級的控制反轉（IoC）和面向切面（AOP）的容器框架。Spring可以將簡單的組件配置、組合成為復雜的應用。在Spring中，應用對象被聲明式地組合，典型地是在一個XML文件里。
Spring也提供了很多基礎功能（事務管理、持久化框架集成等等，將應用邏輯的開發留給了你。Spring使你能夠編寫更干凈、更可管理、並且更易於測試的代碼。
它們也為Spring中的各種模塊提供了基礎支持。Spring的兩大核心AOP與IOC，可以單獨用於任何應用，包括與Struts等MVC框架與Hibernate等ORM框架的集成，目前很多公司所謂的輕量級開發就是用 Spring + Struts(2)+Hibernate。
2、Spring MVC就是一個MVC框架，Spring MVC annotation式的開發比Struts2方便，可以直接代替上面的Struts（當然Struts的做為一個非常成熟的MVC，功能上感覺還是比Spring強一點，不過Spring MVC已經足夠用了）。
spring mvc的執行效率比struts高，是因為struts的值棧影響效率Spring MVC類似於struts的一個MVC開框架，其實都是屬於Spring ，Spring MVC需要有Spring 的架包作為支撐才能跑起來。
3、Spring是IOC和AOP的容器框架，SpringMVC是基於Spring功能之上添加的Web框架，想用SpringMVC必須先依賴Spring。 可以將SpringMVC類比於Struts。
Spring是IOC和AOP的容器框架，SpringMVC是基於Spring功能之上添加的Web框架，想用SpringMVC必須先依賴Spring。
Spring可以說是一個管理bean的容器，也可以說是包括很多開源項目的總稱，spring mvc是其中一個開源項目，所以簡單走個流程的話，http請求一到，由容器（如：tomact）解析http搞成一個request，通過映射關系（路徑，方法，參數啊）被spring mvc一個分發器去找到可以處理這個請求的bean，那tomcat裡面就由spring管理bean的一個池子（bean容器）裡面找到，處理完了就把響應返回回去。
SpringMVC是一個MVC模式的WEB開發框架;
Spring是一個通用解決方案, 最大的用處就是通過Ioc/AOP解耦, 降低軟體復雜性, 所以Spring可以結合SpringMVC等很多其他解決方案一起使用, 不僅僅只適用於WEB開發
SSH:
SSH 為 struts+spring+hibernate 的一個集成框架，是目前較流行的一種JAVA Web應用程序開源框架。
③ spring,spring framework,spring mvc,spring web flow有什麼區別和聯系
spring 是一種實現了 ioc 跟AOP 這兩種思想的框架 spring 跟
spring framework 是同一個東西，ioc跟aop是兩種編程上的理念，跟別的東西沒什麼關系
spring mvc 是在spring 這個框架的基礎上，做得一個web框架，某種意義上來說，就是把 ioc跟aop這兩種編程的理念移到web開發上來，
spring web flow 是基於spring mvc的，它所關注的是web工作流，在spring mvc的基礎上，增加對web工作流的支持，
個人理解，錯了，別見怪
④ java javaspring javaWEB j2ee jsp的區別和聯系
說得簡單一點，J2EE呢是一個開發B/S結構，也就是開發網頁程序的一套標准。相對的J2SE是一個開發C/S結構，也就是主要進行桌面應用程序的一套標准。就是說你要想開發東西，就要按照這兩個規范來進行開發，說白了就是語法要和這兩個標准統一而已。
還有你說的Spring，就是一個框架，應用在J2EE的，就是開發網頁時用的一個框架。
因為HTML不能伺服器（也就是資料庫）進行動態的交互，所以就出現了JSP。
還有Java Swing，只是J2SE標准中的一個包，來進行桌面應用程序開發的，就是來畫應用程序的外觀。
J2EE與Swing的區別，我也就不多說了。
PS：無論你要從事哪一個方向，你都要認真的學習Java的基本語法，一些基本應用，如果想成為系統分析師的話，你還要在工作中，積累一些業務上的經驗才行，因為系統分析師，在開發中要從事的是需求分析工作，同時也涉及可行性分析和概要設計的部分工作，這些工作對你的基本功，還有經驗都有很大的考驗。
⑤ spring的httpinvoke和一般的webservice實現有什麼本質區別嗎
Spring為各種遠程訪問技術的集成提供了整合類。Spring使得開發具有遠程訪問功能的服務變得相當容易，而這些遠程訪問服務由普通Spring POJO實現。目前，Spring支持四種遠程技術：
遠程方法調用（RMI）。通過使用RmiProxyFactoryBean和RmiServiceExporter，Spring同時支持傳統的RMI（使用java.rmi.Remote介面和java.rmi.RemoteException）和通過RMI調用器實現的透明遠程調用（支持任何Java介面）。
Spring的HTTP調用器。Spring提供了一種允許通過HTTP進行Java串列化的特殊遠程調用策略，它支持任意Java介面（就像RMI調用器）。相對應的支持類是HttpInvokerProxyFactoryBean和HttpInvokerServiceExporter。
Hessian。通過HessianProxyFactoryBean和HessianServiceExporter，可以使用Caucho提供的基於HTTP的輕量級二進制協議來透明地暴露服務。
Burlap。 Burlap是Caucho基於XML用來替代Hessian的項目。Spring提供了諸如BurlapProxyFactoryBean和BurlapServiceExporter的支持類。
JAX RPC。Spring通過JAX-RPC（J2EE 1.4's wweb service API）為Web services提供遠程服務支持。
JAX-WS. Spring通過(在Java EE 5和Java 6中引入的JAX-RPC繼承)為遠程Web Services提供支持。
JMS. 通過JmsInvokerServiceExporter和JmsInvokerProxyFactoryBean使用JMS做為底層協議提供遠程服務.
在討論Spring對遠程訪問的支持時，我們將使用下面的域模型和對應的服務：
{privateStringname;
publicStringgetName();
publicvoidsetName(Stringname){
this.name=name;
}
}publicinterfaceAccountService{
publicvoidinsertAccount(Accountaccount);
publicListgetAccounts(Stringname);
}{
publicvoidinsertAccount(Accountaccount)throwsRemoteException;
publicListgetAccounts(Stringname)throwsRemoteException;
}// 該實現目前什麼事情也不做public class AccountServiceImpl implements AccountService {
public void insertAccount(Account acc) { // 做一些事情……
}
public List getAccounts(String name) { // 做一些事情……
}
}
我們將從使用RMI把服務暴露給遠程客戶端開始，同時探討RMI的一些缺點。然後我們將演示一個使用Hessian的例子。
1.2.使用RMI暴露服務使用Spring的RMI支持，你可以通過RMI基礎設施透明的暴露你的服務。設置好Spring的RMI支持後，你會看到一個和遠程EJB介面類似的配置，只是沒有對安全上下文傳遞和遠程事務傳遞的標准支持。當使用RMI調用器時，Spring對這些額外的調用上下文提供了鉤子，你可以在此插入安全框架或者定製的安全證書。
1.2.1.使用RmiServiceExporter暴露服務使用RmiServiceExporter，我們可以把AccountService對象的介面暴露成RMI對象。可以使用RmiProxyFactoryBean或者在傳統RMI服務中使用普通RMI來訪問該介面。RmiServiceExporter顯式地支持使用RMI調用器暴露任何非RMI的服務。
當然，我們首先需要在Spring容器中設置我們的服務：
<beanid="accountService"class="example.AccountServiceImpl"></bean>
然後我們要使用RmiServiceExporter來暴露我們的服務：
<beanclass="org.springframework.remoting.rmi.RmiServiceExporter">正如你所見，我們覆蓋了RMI注冊的埠號。通常你的應用伺服器也會維護RMI注冊，最好不要和它沖突。更進一步來說，服務名是用來綁定服務的。所以本例中，服務綁定在rmi://HOST:1199/AccountService。在客戶端我們將使用這個URL來鏈接到服務。
⑥ spring java工程配置和javaweb 工程的配置有何不同
spring依賴注入的模式運行，貫穿在mvc的三層中，更好的優化的mvc框架，你的程序只要夠完善，即使發布編譯完成後，只需要改spring配置文件即可，依賴getter、setter方法
⑦ SpringBoot.SpringMVC和Spring有什麼區別
「Spring Boot只是承載者,輔助你簡化項目搭建過程的。如果承載的是WEB項目,使用Spring MVC作為MVC框架,那麼工作流程和你上面描述的是完全一樣的,因為這部分工作是Spring MVC做的而不是Spring Boot。」
Spring Boot實現了自動配置，降低了項目搭建的復雜度。
眾所周知Spring框架需要進行大量的配置，Spring Boot引入自動配置的概念，讓項目設置變得很容易。Spring Boot本身並不提供Spring框架的核心特性以及擴展功能，只是用於快速、敏捷地開發新一代基於Spring框架的應用程序。
也就是說，它並不是用來替代Spring的解決方案，而是和Spring框架緊密結合用於提升Spring開發者體驗的工具。
同時它集成了大量常用的第三方庫配置(例如Jackson, JDBC, Mongo, Redis, Mail等等)，Spring Boot應用中這些第三方庫幾乎可以零配置的開箱即用(out-of-the-box)。
大部分的Spring Boot應用都只需要非常少量的配置代碼，開發者能夠更加專注於業務邏輯。
Spring Boot只是承載者，輔助你簡化項目搭建過程的。如果承載的是WEB項目，使用Spring MVC作為MVC框架，那麼工作流程和你上面描述的是完全一樣的，因為這部分工作是Spring MVC做的而不是Spring Boot。
對使用者來說：
換用Spring Boot以後，項目初始化方法變了，配置文件變了，另外就是不需要單獨安裝Tomcat這類容器伺服器了，maven打出jar包直接跑起來就是個網站，但你最核心的業務邏輯實現與業務流程實現沒有任何變化。
⑧ spring web.xml 配置的區別
servlet
方式是原來
tomcat5.0
版本以前的spring配置方式，當然以後的也可以用
你那段代碼的意思是tomcat
啟動時，servlet第2個載入，該servlet執行spring配置文件的初始化。
listener
是servlet2.4規范的配置方式，在tomcat容器初始化的時候先初始化了spring的配置。
listener
初始化優先順序比
filter
和servlet都高。
你的系統出錯可能是struts
的初始化比spring提前了。比如
struts
的servlet
的參數是
<load-on-startup>0</load-on-startup>
⑨ spring和spring web mvc的區別
只要你的項目是web項目的話就要用到spring-web，在web.xml中要定義spring的配置文件
spring-webmvc是mvc的實現方式，想struts一樣
⑩ JAVA Web中Web.xml和springmvc-servlet.xml區別在那
web.xml是整體的配置，是系統級別的。在裡面可以配置歡迎和錯誤頁面，為servlet命名和定製URL，定製初始化參數等高級配置。
springmvc-servlet.xml這個應該是使用springmvc的一些配置，包括解析掃描和攔截view等。