實例化module配置文件失敗

A. 什麼是spring 最新面試題答案

1. 什麼是spring?
Spring 是個java企業級應用的開源開發框架。Spring主要用來開發Java應用，但是有些擴展是針對構建J2EE平台的web應用。Spring 框架目標是簡化Java企業級應用開發，並通過POJO為基礎的編程模型促進良好的編程習慣。

2. 使用Spring框架的好處是什麼？
輕量：Spring 是輕量的，基本的版本大約2MB。
控制反轉：Spring通過控制反轉實現了鬆散耦合，對象們給出它們的依賴，而不是創建或查找依賴的對象們。
面向切面的編程(AOP)：Spring支持面向切面的編程，並且把應用業務邏輯和系統服務分開。
容器：Spring 包含並管理應用中對象的生命周期和配置。
MVC框架：Spring的WEB框架是個精心設計的框架，是Web框架的一個很好的替代品。
事務管理：Spring 提供一個持續的事務管理介面，可以擴展到上至本地事務下至全局事務（JTA）。
異常處理：Spring 提供方便的API把具體技術相關的異常（比如由JDBC，Hibernate or JDO拋出的）轉化為一致的unchecked 異常。
3. Spring由哪些模塊組成?
以下是Spring 框架的基本模塊：
Core mole
Bean mole
Context mole
Expression Language mole
JDBC mole
ORM mole
OXM mole
Java Messaging Service(JMS) mole
Transaction mole
Web mole
Web-Servlet mole
Web-Struts mole
Web-Portlet mole
4. 核心容器（應用上下文) 模塊。
這是基本的Spring模塊，提供spring 框架的基礎功能，BeanFactory 是 任何以spring為基礎的應用的核心。Spring 框架建立在此模塊之上，它使Spring成為一個容器。
5. BeanFactory – BeanFactory 實現舉例。
Bean 工廠是工廠模式的一個實現，提供了控制反轉功能，用來把應用的配置和依賴從正真的應用代碼中分離。
最常用的BeanFactory 實現是XmlBeanFactory 類。
6. XMLBeanFactory
最常用的就是org.springframework.beans.factory.xml.XmlBeanFactory ，它根據XML文件中的定義載入beans。該容器從XML 文件讀取配置元數據並用它去創建一個完全配置的系統或應用。
7. 解釋AOP模塊
AOP模塊用於發給我們的Spring應用做面向切面的開發， 很多支持由AOP聯盟提供，這樣就確保了Spring和其他AOP框架的共通性。這個模塊將元數據編程引入Spring。
8. 解釋JDBC抽象和DAO模塊。
通過使用JDBC抽象和DAO模塊，保證資料庫代碼的簡潔，並能避免資料庫資源錯誤關閉導致的問題，它在各種不同的資料庫的錯誤信息之上，提供了一個統一的異常訪問層。它還利用Spring的AOP 模塊給Spring應用中的對象提供事務管理服務。
9. 解釋對象/關系映射集成模塊。
Spring 通過提供ORM模塊，支持我們在直接JDBC之上使用一個對象/關系映射映射(ORM)工具，Spring 支持集成主流的ORM框架，如Hiberate,JDO和 iBATIS SQL Maps。Spring的事務管理同樣支持以上所有ORM框架及JDBC。
10. 解釋WEB 模塊。
Spring的WEB模塊是構建在application context 模塊基礎之上，提供一個適合web應用的上下文。這個模塊也包括支持多種面向web的任務，如透明地處理多個文件上傳請求和程序級請求參數的綁定到你的業務對象。它也有對Jakarta Struts的支持。
12. Spring配置文件
Spring配置文件是個XML 文件，這個文件包含了類信息，描述了如何配置它們，以及如何相互調用。
13. 什麼是Spring IOC 容器？
Spring IOC 負責創建對象，管理對象（通過依賴注入（DI），裝配對象，配置對象，並且管理這些對象的整個生命周期。
14. IOC的優點是什麼？
IOC 或 依賴注入把應用的代碼量降到最低。它使應用容易測試，單元測試不再需要單例和JNDI查找機制。最小的代價和最小的侵入性使鬆散耦合得以實現。IOC容器支持載入服務時的餓漢式初始化和懶載入。
15. ApplicationContext通常的實現是什麼?
：此容器從一個XML文件中載入beans的定義，XML Bean 配置文件的全路徑名必須提供給它的構造函數。
：此容器也從一個XML文件中載入beans的定義，這里，你需要正確設置classpath因為這個容器將在classpath里找bean配置。
WebXmlApplicationContext：此容器載入一個XML文件，此文件定義了一個WEB應用的所有bean。
16. Bean 工廠和 Application contexts 有什麼區別？
Application contexts提供一種方法處理文本消息，一個通常的做法是載入文件資源（比如鏡像），它們可以向注冊為監聽器的bean發布事件。另外，在容器或容器內的對象上執行的那些不得不由bean工廠以程序化方式處理的操作，可以在Application contexts中以聲明的方式處理。Application contexts實現了MessageSource介面，該介面的實現以可插拔的方式提供獲取本地化消息的方法。
17. 一個Spring的應用看起來象什麼？
一個定義了一些功能的介面。
這實現包括屬性，它的Setter ， getter 方法和函數等。
Spring AOP。
Spring 的XML 配置文件。
使用以上功能的客戶端程序。
依賴注入
18. 什麼是Spring的依賴注入？
依賴注入，是IOC的一個方面，是個通常的概念，它有多種解釋。這概念是說你不用創建對象，而只需要描述它如何被創建。你不在代碼里直接組裝你的組件和服務，但是要在配置文件里描述哪些組件需要哪些服務，之後一個容器（IOC容器）負責把他們組裝起來。
19. 有哪些不同類型的IOC（依賴注入）方式？
構造器依賴注入：構造器依賴注入通過容器觸發一個類的構造器來實現的，該類有一系列參數，每個參數代表一個對其他類的依賴。
Setter方法注入：Setter方法注入是容器通過調用無參構造器或無參static工廠 方法實例化bean之後，調用該bean的setter方法，即實現了基於setter的依賴注入。
20. 哪種依賴注入方式你建議使用，構造器注入，還是 Setter方法注入？
你兩種依賴方式都可以使用，構造器注入和Setter方法注入。最好的解決方案是用構造器參數實現強制依賴，setter方法實現可選依賴。
Spring Beans
21.什麼是Spring beans?
Spring beans 是那些形成Spring應用的主幹的java對象。它們被Spring IOC容器初始化，裝配，和管理。這些beans通過容器中配置的元數據創建。比如，以XML文件中<bean/> 的形式定義。
Spring 框架定義的beans都是單件beans。在bean tag中有個屬性」singleton」，如果它被賦為TRUE，bean 就是單件，否則就是一個 prototype bean。默認是TRUE，所以所有在Spring框架中的beans 預設都是單件。
22. 一個 Spring Bean 定義 包含什麼？
一個Spring Bean 的定義包含容器必知的所有配置元數據，包括如何創建一個bean，它的生命周期詳情及它的依賴。
23. 如何給Spring 容器提供配置元數據?
這里有三種重要的方法給Spring 容器提供配置元數據。
XML配置文件。
基於註解的配置。
基於java的配置。
24. 你怎樣定義類的作用域?
當定義一個<bean> 在Spring里，我們還能給這個bean聲明一個作用域。它可以通過bean 定義中的scope屬性來定義。如，當Spring要在需要的時候每次生產一個新的bean實例，bean的scope屬性被指定為prototype。另一方面，一個bean每次使用的時候必須返回同一個實例，這個bean的scope 屬性 必須設為 singleton。
25. 解釋Spring支持的幾種bean的作用域。
Spring框架支持以下五種bean的作用域：
singleton : bean在每個Spring ioc 容器中只有一個實例。
prototype：一個bean的定義可以有多個實例。
request：每次http請求都會創建一個bean，該作用域僅在基於web的Spring ApplicationContext情形下有效。
session：在一個HTTP Session中，一個bean定義對應一個實例。該作用域僅在基於web的Spring ApplicationContext情形下有效。
global-session：在一個全局的HTTP Session中，一個bean定義對應一個實例。該作用域僅在基於web的Spring ApplicationContext情形下有效。
預設的Spring bean 的作用域是Singleton.
26. Spring框架中的單例bean是線程安全的嗎?
不，Spring框架中的單例bean不是線程安全的。
27. 解釋Spring框架中bean的生命周期。
Spring容器 從XML 文件中讀取bean的定義，並實例化bean。
Spring根據bean的定義填充所有的屬性。
如果bean實現了BeanNameAware 介面，Spring 傳遞bean 的ID 到 setBeanName方法。
如果Bean 實現了 BeanFactoryAware 介面， Spring傳遞beanfactory 給setBeanFactory 方法。
如果有任何與bean相關聯的BeanPostProcessors，Spring會在()方法內調用它們。
如果bean實現IntializingBean了，調用它的afterPropertySet方法，如果bean聲明了初始化方法，調用此初始化方法。
如果有BeanPostProcessors 和bean 關聯，這些bean的() 方法將被調用。
如果bean實現了 DisposableBean，它將調用destroy()方法。
28. 哪些是重要的bean生命周期方法？ 你能重載它們嗎？
有兩個重要的bean 生命周期方法，第一個是setup ， 它是在容器載入bean的時候被調用。第二個方法是 teardown 它是在容器卸載類的時候被調用。
The bean 標簽有兩個重要的屬性（init-method和destroy-method）。用它們你可以自己定製初始化和注銷方法。它們也有相應的註解（@PostConstruct和@PreDestroy）。
29. 什麼是Spring的內部bean？
當一個bean僅被用作另一個bean的屬性時，它能被聲明為一個內部bean，為了定義inner bean，在Spring 的 基於XML的 配置元數據中，可以在 <property/>或 <constructor-arg/> 元素內使用<bean/> 元素，內部bean通常是匿名的，它們的Scope一般是prototype。
30. 在 Spring中如何注入一個java集合？
Spring提供以下幾種集合的配置元素：
<list>類型用於注入一列值，允許有相同的值。
<set> 類型用於注入一組值，不允許有相同的值。
<map> 類型用於注入一組鍵值對，鍵和值都可以為任意類型。
<props>類型用於注入一組鍵值對，鍵和值都只能為String類型。
31. 什麼是bean裝配?
裝配，或bean 裝配是指在Spring 容器中把bean組裝到一起，前提是容器需要知道bean的依賴關系，如何通過依賴注入來把它們裝配到一起。
32. 什麼是bean的自動裝配？
Spring 容器能夠自動裝配相互合作的bean，這意味著容器不需要<constructor-arg>和<property>配置，能通過Bean工廠自動處理bean之間的協作。
33. 解釋不同方式的自動裝配 。
有五種自動裝配的方式，可以用來指導Spring容器用自動裝配方式來進行依賴注入。
no：默認的方式是不進行自動裝配，通過顯式設置ref 屬性來進行裝配。
byName：通過參數名 自動裝配，Spring容器在配置文件中發現bean的autowire屬性被設置成byname，之後容器試圖匹配、裝配和該bean的屬性具有相同名字的bean。
byType:：通過參數類型自動裝配，Spring容器在配置文件中發現bean的autowire屬性被設置成byType，之後容器試圖匹配、裝配和該bean的屬性具有相同類型的bean。如果有多個bean符合條件，則拋出錯誤。
constructor：這個方式類似於byType， 但是要提供給構造器參數，如果沒有確定的帶參數的構造器參數類型，將會拋出異常。
autodetect：首先嘗試使用constructor來自動裝配，如果無法工作，則使用byType方式。
34.自動裝配有哪些局限性 ?
自動裝配的局限性是：
重寫： 你仍需用 <constructor-arg>和 <property> 配置來定義依賴，意味著總要重寫自動裝配。
基本數據類型：你不能自動裝配簡單的屬性，如基本數據類型，String字元串，和類。
模糊特性：自動裝配不如顯式裝配精確，如果有可能，建議使用顯式裝配。
35. 你可以在Spring中注入一個null 和一個空字元串嗎？
可以。
Spring註解
36. 什麼是基於Java的Spring註解配置? 給一些註解的例子.
基於Java的配置，允許你在少量的Java註解的幫助下，進行你的大部分Spring配置而非通過XML文件。
以@Configuration 註解為例，它用來標記類可以當做一個bean的定義，被Spring IOC容器使用。另一個例子是@Bean註解，它表示此方法將要返回一個對象，作為一個bean注冊進Spring應用上下文。
37. 什麼是基於註解的容器配置?
相對於XML文件，註解型的配置依賴於通過位元組碼元數據裝配組件，而非尖括弧的聲明。
開發者通過在相應的類，方法或屬性上使用註解的方式，直接組件類中進行配置，而不是使用xml表述bean的裝配關系。
38. 怎樣開啟註解裝配？
註解裝配在默認情況下是不開啟的，為了使用註解裝配，我們必須在Spring配置文件中配置 <context:annotation-config/>元素。
39. @Required 註解
這個註解表明bean的屬性必須在配置的時候設置，通過一個bean定義的顯式的屬性值或通過自動裝配，若@Required註解的bean屬性未被設置，容器將拋出BeanInitializationException。
40. @Autowired 註解
@Autowired 註解提供了更細粒度的控制，包括在何處以及如何完成自動裝配。它的用法和@Required一樣，修飾setter方法、構造器、屬性或者具有任意名稱和/或多個參數的PN方法。
41. @Qualifier 註解
當有多個相同類型的bean卻只有一個需要自動裝配時，將@Qualifier 註解和@Autowire 註解結合使用以消除這種混淆，指定需要裝配的確切的bean。
Spring數據訪問
42.在Spring框架中如何更有效地使用JDBC?
使用SpringJDBC 框架，資源管理和錯誤處理的代價都會被減輕。所以開發者只需寫statements 和 queries從數據存取數據，JDBC也可以在Spring框架提供的模板類的幫助下更有效地被使用，這個模板叫JdbcTemplate （例子見這里here）
43. JdbcTemplate
JdbcTemplate 類提供了很多便利的方法解決諸如把資料庫數據轉變成基本數據類型或對象，執行寫好的或可調用的資料庫操作語句，提供自定義的數據錯誤處理。
44. Spring對DAO的支持
Spring對數據訪問對象（DAO）的支持旨在簡化它和數據訪問技術如JDBC，Hibernate or JDO 結合使用。這使我們可以方便切換持久層。編碼時也不用擔心會捕獲每種技術特有的異常。
45. 使用Spring通過什麼方式訪問Hibernate?
在Spring中有兩種方式訪問Hibernate：
控制反轉 Hibernate Template和 Callback。
繼承 HibernateDAOSupport提供一個AOP 攔截器。
46. Spring支持的ORM
Spring支持以下ORM：
Hibernate
iBatis
JPA (Java Persistence API)
TopLink
JDO (Java Data Objects)
OJB
47.如何通過HibernateDaoSupport將Spring和Hibernate結合起來？
用Spring的 SessionFactory 調用 LocalSessionFactory。集成過程分三步：
配置the Hibernate SessionFactory。
繼承HibernateDaoSupport實現一個DAO。
在AOP支持的事務中裝配。
48. Spring支持的事務管理類型
Spring支持兩種類型的事務管理：
編程式事務管理：這意味你通過編程的方式管理事務，給你帶來極大的靈活性，但是難維護。
聲明式事務管理：這意味著你可以將業務代碼和事務管理分離，你只需用註解和XML配置來管理事務。
49. Spring框架的事務管理有哪些優點？
它為不同的事務API 如 JTA，JDBC，Hibernate，JPA 和JDO，提供一個不變的編程模式。
它為編程式事務管理提供了一套簡單的API而不是一些復雜的事務API如
它支持聲明式事務管理。
它和Spring各種數據訪問抽象層很好得集成。
50. 你更傾向用那種事務管理類型？
大多數Spring框架的用戶選擇聲明式事務管理，因為它對應用代碼的影響最小，因此更符合一個無侵入的輕量級容器的思想。聲明式事務管理要優於編程式事務管理，雖然比編程式事務管理（這種方式允許你通過代碼控制事務）少了一點靈活性。
Spring面向切面編程（AOP）
51. 解釋AOP
面向切面的編程，或AOP， 是一種編程技術，允許程序模塊化橫向切割關注點，或橫切典型的責任劃分，如日誌和事務管理。
52. Aspect 切面
AOP核心就是切面，它將多個類的通用行為封裝成可重用的模塊，該模塊含有一組API提供橫切功能。比如，一個日誌模塊可以被稱作日誌的AOP切面。根據需求的不同，一個應用程序可以有若干切面。在Spring AOP中，切面通過帶有@Aspect註解的類實現。
52. 在Spring AOP 中，關注點和橫切關注的區別是什麼？
關注點是應用中一個模塊的行為，一個關注點可能會被定義成一個我們想實現的一個功能。
橫切關注點是一個關注點，此關注點是整個應用都會使用的功能，並影響整個應用，比如日誌，安全和數據傳輸，幾乎應用的每個模塊都需要的功能。因此這些都屬於橫切關注點。
54. 連接點
連接點代表一個應用程序的某個位置，在這個位置我們可以插入一個AOP切面，它實際上是個應用程序執行Spring AOP的位置。
55. 通知
通知是個在方法執行前或執行後要做的動作，實際上是程序執行時要通過SpringAOP框架觸發的代碼段。
Spring切面可以應用五種類型的通知：
before：前置通知，在一個方法執行前被調用。
after: 在方法執行之後調用的通知，無論方法執行是否成功。
after-returning: 僅當方法成功完成後執行的通知。
after-throwing: 在方法拋出異常退出時執行的通知。
around: 在方法執行之前和之後調用的通知。
56. 切點
切入點是一個或一組連接點，通知將在這些位置執行。可以通過表達式或匹配的方式指明切入點。
57. 什麼是引入?
引入允許我們在已存在的類中增加新的方法和屬性。
58. 什麼是目標對象?
被一個或者多個切面所通知的對象。它通常是一個代理對象。也指被通知（advised）對象。
59. 什麼是代理?
代理是通知目標對象後創建的對象。從客戶端的角度看，代理對象和目標對象是一樣的。
60. 有幾種不同類型的自動代理？
BeanNameAutoProxyCreator

Metadata autoproxying
61. 什麼是織入。什麼是織入應用的不同點？
織入是將切面和到其他應用類型或對象連接或創建一個被通知對象的過程。
織入可以在編譯時，載入時，或運行時完成。
62. 解釋基於XML Schema方式的切面實現。
在這種情況下，切面由常規類以及基於XML的配置實現。
63. 解釋基於註解的切面實現
在這種情況下(基於@AspectJ的實現)，涉及到的切面聲明的風格與帶有java5標注的普通java類一致。
Spring 的MVC
64. 什麼是Spring的MVC框架？
Spring 配備構建Web 應用的全功能MVC框架。Spring可以很便捷地和其他MVC框架集成，如Struts，Spring 的MVC框架用控制反轉把業務對象和控制邏輯清晰地隔離。它也允許以聲明的方式把請求參數和業務對象綁定。
65. DispatcherServlet
Spring的MVC框架是圍繞DispatcherServlet來設計的，它用來處理所有的HTTP請求和響應。
66. WebApplicationContext
WebApplicationContext 繼承了ApplicationContext 並增加了一些WEB應用必備的特有功能，它不同於一般的ApplicationContext ，因為它能處理主題，並找到被關聯的servlet。
67. 什麼是Spring MVC框架的控制器？
控制器提供一個訪問應用程序的行為，此行為通常通過服務介面實現。控制器解析用戶輸入並將其轉換為一個由視圖呈現給用戶的模型。Spring用一個非常抽象的方式實現了一個控制層，允許用戶創建多種用途的控制器。
68. @Controller 註解
該註解表明該類扮演控制器的角色，Spring不需要你繼承任何其他控制器基類或引用Servlet API。
69. @RequestMapping 註解
該註解是用來映射一個URL到一個類或一個特定的方處理法上。

B. 開機出現Access violation at address 004B390F in mole 'WP9SService.exe'.Rea

Violation（非法訪問），General Protection Fault（一般保護性錯誤）或者Invalid Page Fault（無

效頁面錯誤），雖然說法不一樣，但本質上總是由同一種錯誤引起的。Access Violation常常在計算機

用戶運行的程序試圖存取未被指定使用的存儲區時遇到。
Access violation at address <十六進制值>
in mole <應用程序名>
Read of address <十六進制值>

Windows用戶可能經常會看到類似於錯誤提示：「Error：Access violation at address 836556F8

（004096da）. Read of address 836556F8（00401000）」。作為一個Delphi程序開發者，遇到這種錯

誤的機會比其他用戶更多(^_^)。

一旦Windows要在它被分配的存儲區之外寫數據信息，它就會覆蓋其他程序甚至操作系統的命令或數

據。一旦發生了這種情況，操作系統將會癱瘓或者以某種形式關閉，你必須重新啟動計算機。例如，在

Windows NT/2000下一個程序遇到這種錯誤時，Dr. Watson出現並且停止了該程序，捕獲了一些快速的細

節狀態，再把它們用文本形式記錄下來。Access Violation是某些最令人氣惱的Windows程序遇到的錯誤

之一。本文的目的就是讓你找到Delphi中Access Violation的解決之道。首先聲明一點，Access

Violation和Microsoft Access沒有任何關系。

用Delphi開發程序時，我們可以把遇到的Access Violation分成兩大類：運行期和設計期。

一、設計期的Access Violation

1.硬體原因
在啟動或關閉Delphi IDE以及編譯一個Delphi工程時容易出現設計期的Access Violation。在你的

計算機運行中出現Access Violation信息可能由各種各樣的原因引起，包括系統BIOS、操作系統或者是

硬體驅動線，有些音效卡、顯卡、網卡實際上也會導致這種錯誤。為什麼這么說？計算機里的每一塊卡都

有它的設備驅動程序。對於不同的製造商、不同版本的Windows或者不同版本的Delphi都可能會遇到不同

的問題。如下的幾個步驟可能有助於你解決遇到的這些問題：

1. 按照必要的步驟來證實你安裝的驅動程序之間沒有沖突。

2. 有時降低顯示解析度可能會使某些古怪的顯卡驅動程序穩定一些。

3. 如果使用雙處理器的主板，則保證對每個處理器的修改步驟一樣。

4. 對於計算機上的所有硬體注意使用最新的驅動程序。

2.軟體原因
盡管Intel的計算機中Windows是最流行的操作系統，由於Windows系統天生的脆弱性和BUG，應用程

序的誤操作可能導致操作系統的迅速癱瘓（有時操作系統本身也會莫名其妙的癱瘓）。選擇一個更穩定

的程序開發環境是解決之道，如下幾個步驟可以幫助你防止某些Access Violation的發生：

（1）盡管Windows 9X相當流行，Windows NT/2000還是從多方面被證實是一個穩定得多的環境，幾

乎對於所有的Windows代碼平台而言都是這樣。

（2） 確保對於Windows NT/2000已經安裝了最新的service pack。每次安裝完新版的service pack，你

會發現機器變得穩定了。

（3） 為你使用的各種版本的Delphi裝上當前的更新或補丁（BDE、ADO……），這是提前預防錯誤的好

辦法。盡量使用最新的Delphi補丁——Access Violation錯誤數量尤其是設計期的錯誤數會大大減少。

（4）如果你在IDE中經常隨機遇到Access Violation錯誤，很有可能是你安裝了一個不好的控制項、包或

者一個向導，它不是你使用的版本的Delphi所編寫或編譯的。試著一個一個卸載定製的控制項（或者包）

直到問題被解決，然後聯系控制項廠商關注這個問題的結果。

（5） 檢查一下計算機里是否有沒用的東西和程序沖突。奇怪的軟體程序和測試版的產品常常會導致

Access Violation錯誤。

（6） 如果系統設置有錯誤，那麼Access Violation錯誤可能也會經常出現。如果你不停地遇到一個錯

誤提示信息一樣的Access Violation，記錄下這些細節，然後通知可能導致這個錯誤的軟體製造廠商。

這些就是我對設計期Access Violation錯誤的全部建議。

二、運行期的Access Violation
Delphi常見的運行期Access Violation錯誤有哪些？如何防止？

任何軟體開發都會遇到這樣的情況：你寫好程序並測試，然後到處發送，結果用戶告訴你它失敗了。

你可能考慮用編譯指令{$D}編譯你的程序——Delphi可以建立一個有助於定位Access Violation錯誤的

源代碼的鏡像文件。工程選項對話框（Project|Options|Linker & Compiler）讓你指定你所需要的一切

。對於單元文件，debug信息和單元的對象代碼一起記錄在unit文件里了。編譯使用這個單元的程序時，

debug信息會增加單元文件的大小而且會增加額外的內存開銷，但是它不會影響最終可執行文件的大小和

運行速度。包含debug信息和鏡像文件（Project|Options|Linker）選項的產品只有在{$D+} 編譯指令下

才會完成行信息。
Access violation通常只在程序的某一個方面表現出來。當問題第一次出現時，考慮一下用戶進行了什

么操作是很重要的，然後從這里尋找突破口。從用戶的角度來看，你的程序中止了他們的工作，由他們

來告訴你出現的問題似乎讓你延期解決這個問題了。然而，與用戶交流是你發現問題和改善程序的惟一

有效方法。

現在你將可以知道在只給你沖突地址的情況下，如何輕松發現准確路徑、源代碼文件、發生Access

violation錯誤的行：
「Search - Find Error…」。

當一個運行期Access violation出現時，你的用戶得到的錯誤信息類似於如下情況：
Access violation at address <十六進制值>
in mole <應用程序名>
Read of address <十六進制值>

如果你的程序在Delphi IDE里包含debug信息編譯，你可以定位到導致這個錯誤源代碼這一行。
在Delphi程序中，一個最普遍導致Access Violation錯誤的原因是使用了一個沒有被創建的對象。如果

第二個地址<十六進制值>是FFFFFFF或0000000，十有八九就是你訪問? 了一個沒有被建立的對象。例如

，你調用了一個表單的事件，但這個表單不是自動創建的，也沒有代碼實例化。

?procere TfrMain.OnCreate(Sender: TObject);
var BadForm: TBadForm;
begin
//這里將會產生Access violation
BadForm.Refresh;
end;
假設BadForm在工程選項「Available Forms」窗口列表裡——這個窗口是需要手工創建和釋放的。在上

面的代碼里調用BadForm窗口的Refresh方法就會導致Access violation。

如果你在Debugger選項窗口使「Stop on Delphi Exceptions」生效，那麼就會彈出下面的信息：
The message states that the EAccessViolation has occurred. The EAccessViolation is the

exception class for invalid memory access errors.
這是你在設計程序時將會看到的信息，下一個信息框將會出現，然後程序失敗了：
Access violation at address 0043F193
in mole 』Project1.exe』
Read of address 000000.
第一個十六進制數0043F193是發生Access violation的編譯代碼（Project1.exe）的運行期錯誤的地址

。在IDE里選擇菜單項「Search|Find Error…」，在對話框里輸入錯誤發生的地址（0043F193）後點擊

「OK」按鈕。Delphi將會重新編譯你的工程文件，然後顯示發生運行期錯誤的那一行代碼，這里就是

BadForm.Refresh這一行了。
下面列出了Delphi環境下導致Access violation錯誤的大部分常見原因。這個列表不是也不可能覆蓋所

有可能出現的Access violation的情況。請在論壇上發送你的Access violation信息，大家可以試著一

起解決這個問題——真正的實際事例一般情況下比列出來的錯誤隱晦得多。
1. 調用一個不存在的對象
如上所述，大部分Access violation的合理原因是使用了沒有被創建或者已經被釋放的對象。為了防止

這種類型的Access violation的發生，請確保你訪問的任何對象都首先被創建了。例如，當一個Table定

位在一個沒有被創建的data mole（從auto-crete窗口裡移走了）里，你可能在窗體的OnCreate事件里

打開這個表。
在下面的代碼里，在調用一個已經被刪除了的對象（b:TBitmap）事件後，一個Access violation出現了

：
var b:TBitmap;
begin
b:=TBitmap.Create;
try
//對b對象進行一些操作
finally
b.free;
end;
...
//由於b已經被釋放，一個Access violation錯誤將會出現
b.Canvas.TextOut(0,0,』這是一個 Access Violation』);
end;
2. 不存在的API參數
如果你試圖給Win API函數傳遞一個不存在的參數將會出現一個Access violation錯誤。解決此類Access

violation錯誤的最好方法是查閱Win API幫助，看看這個API函數調用的參數信息以及參數類型。例如，

總是保證不給一個緩沖參數傳遞一個無效指針。
3. 讓Delphi釋放
當一個對象擁有另一個對象時，讓它給你做刪除工作。因為默認情況下，所有的窗體（自動創建的）都

屬於Application對象。當一個應用程序結束時，它釋放了Application對象，也就釋放了所有窗體。例

如，如果你在程序開始時自動創建了兩個窗體（Form1/Unit1和Form2/Unit2），下面的代碼就會導致

Access violation錯誤的出現：
unit Unit1;
...
uses unit2;
...
procere TForm1.Call_Form2
begin
Form2.ShowModal;
Form2.Free;
//Access violation錯誤將會出現
Form2.ShowModal;
end;
4. 殺死異常
永遠不要破壞臨時異常對象（E），處理一個異常會自動釋放異常對象。如果你自己手動釋放了異常對象

，程序會試圖再次釋放它，那麼就會出現Access violation錯誤：
Zero:=0;
try
mmy:= 10 / Zero;
except
on E: EZeroDivide do
MessageDlg(』不能用0做除數!』,mtError, [mbOK], 0);
E.free. ////Access violation錯誤將會出現
end;
5. 檢索一個空字元串
一個空字元串是沒有任何數據的。就是說，檢索一個空字元串相當於訪問一個不存在的對象，這將導致

Access violation錯誤：
var s: string;
begin
s:=』』;
s[1]:=』a』;
//Access violation錯誤將會出現
end;
6. 直接引用指針
你必須間接引用指針，否則你會改變指針地址並可能會破壞其他存儲單元 ：
procere TForm1.Button1Click(Sender: TObject);
var
p1 : pointer;
p2 : pointer;
begin
GetMem(p1, 128);
GetMem(p2, 128);
//下一行導致Access violation錯誤
Move(p1, p2, 128);
//下一行方法正確
Move(p1^, p2^, 128);
FreeMem(p1, 128);
FreeMem(p2, 128);
end;
這些就是我對運行期Access Violation錯誤的全部建議，我希望你們也能對你們程序出現的Access

Violation錯誤提出一些看法。

C. 想要java軟體安裝包，有哪位朋友有嗎

軟體介紹

java se development kit 9 64位，簡稱為java9 64位，是由oracle公司官方推出的一款Java語言的軟體開發工具包，面向Java開發人員，包括一個完整的JRE以及用於開發、調試和監視Java應用的工具，是整個Java的核心，其中包括了Java運行環境（Java Runtime EnvirnmeJava開發工具和Java基礎類庫源代碼）。java se 9是Java Platform的新更新，此版本包括期待已久的新特性，如Java Platform模塊化、性能提升、支持新標准以及許多其他改進。其中Java Platform模塊化是java se development kit 9的最大特色，在引入了模塊系統之後，JDK 被重新組織成 94 個模塊。Java應用可以通過新增的jlink 工具，創建出只包含所依賴的JDK模塊的自定義運行時鏡像，這樣可以極大的減少Java 9運行時環境的大小，使得JDK可以在更小的設備中使用。

所需工具：點擊下載java se development kit 9

10、支持Unicode 8.0。JDK 8支持Unicode 6.2。

Unicode的6.3，7.0和8.0標准相結合引入10555個字元，29個腳本，和42塊，所有這些在JDK 9支撐。

java9 64位安裝教程：

1、軟體下載解壓完成後，點擊jdk-9_windows-x64打開軟體包，等待片刻後點擊下一步開始安裝軟體。

2、選擇安裝組件和安裝路徑。

3、確定軟體安裝目錄。

4、java9 64位安裝完成。

更新日誌

java se development kit 9是一個主要的功能版本，以下總結了Java SE 9和JDK 9（Oracle的Java SE 9的實現）中的功能和增強功能。

A、關鍵變化：

一、Java平台模塊系統

介紹一種新的Java編程組件，這個模塊是一個有名的，自描述的代碼和數據集合。這個模塊系統：

1、引入了一個新的可選階段，即鏈接時間，該時間在編譯時間和運行時間之間，在此期間可以將一組模塊組裝並優化為自定義運行時映像; 看到jlink在工具Java平台，標准版工具參考。

2、將選項添加到工具javac，jlink以及java可以指定模塊路徑的位置，這些模塊路徑定位了模塊的定義。

3、介紹模塊化的JAR文件，它是一個JAR文件，mole-info.class在其根目錄中有一個文件。

4、介紹JMOD格式，除了可以包含本地代碼和配置文件之外，它是與JAR類似的打包格式; 看到這個jmod工具。

二、JEP 223：新的版本字元串計劃

提供簡化的版本字元串格式，有助於清楚地區分主要，次要，安全和修補程序更新版本。

B、新增功能

1、使用安裝程序的用戶界面啟用或禁用Web部署

提供在安裝程序的歡迎頁面中啟用或禁用Web部署的選項。要啟用Web部署，請在「 歡迎」頁面中選擇「 自定義安裝」，單擊「 安裝」，然後選中「 在瀏覽器中啟用Java內容」復選框。

2、JEP 222：jshell：Java Shell（Read-Eval-Print Loop）

將Read-Eval-Print Loop（REPL）功能添加到Java平台。

該jshell工具提供了一個用於評估Java編程語言的聲明，語句和表達式的互動式命令行界面。

它有助於對編碼選項進行原型設計和探索，並立即得到結果和反饋。即時反饋與以表達式開始的能力相結合對教育非常有用，無論是學習Java語言，還是學習新的API或語言功能。

3、JEP 228：添加更多的診斷命令

定義其他診斷命令以提高診斷Hotspot和JDK問題的能力。

3、JEP 231：刪除啟動時JRE版本選擇

刪除了在啟動時請求不是JRE版本的JRE版本的功能。

4、JEP 238：多版本JAR文件

擴展JAR文件格式，使多個Java特定版本的類文件能夠共存於一個歸檔中。

5、JEP 240：刪除JVM TI hprof代理

hprof從JDK中刪除代理。該hprof代理程序被編寫為JVM工具介面的演示代碼，並不打算成為生產工具。

6、JEP 241：刪除jhat工具

jhat從JDK中刪除該工具。

7、JEP 245：驗證JVM命令行標志參數

驗證所有數字JVM命令行標志的參數以避免失敗，如果發現它們是無效的，則會顯示相應的錯誤消息。

D. Verilog中有很多個mole，是應該放在同一個文件中，還是分開放

分開放，這是verilog coding style的一種良好習慣，每個文件裡面只包含一個獨立的mole
把所有這些文件放在同一個目錄下，在top文件里實例化這些mole就可以調用了
---------------------------------------------------------
top文件和新建一個mole一樣的，不過模塊里主要是定義連線和實例化子模塊，你隨便找本verilog的教程就有啦：）
實例化是這樣的，greycode是你的mole名字，G1是實例化名字（可任意），後面括弧里的東東需要跟你定義的埠順序一致。建議不要採用這種順序綁定的形式，建議採用埠命名綁定方式
你可以先找本基本的verilog語法書看看，上手很快的
------------------------------------------------------------
你greycode.v的mole名字是叫greycode嗎
另外，greycode.v是放在同一個目錄下嗎