❶ 以下Java程序空指針異常的原因解釋(寫原因)
for
(int
index
=
0;
index
<
50;
index++)
{
在這個循環加一個判斷你數組50個肯定沒用完當你循環到空的時候當然報空指針了
加一個判斷
if(ds.name[index]==null)
{
break;
}
❷ 關於linux中空指針的問題
這個問題,實際上在今天的JulianTec adil 郵件列表中有人問到了。 yihe chen 給出了答案:
這個問題得從指針說起。。
C語言裡面的指針可以指向任何有效的數據,也可以
不指向任何東西;這後者即所謂的NULL指針。
指向有效數據的時候,對它使用*做dereference操作
就可以取出數據來了;但是對不指向任何數據的指針
來進行*操作肯定就沒什麼意義了,對吧?這其實是個
bug。
在現代的操作系統設計中,為了消除程序裡面的這種
bug,故意分配一個專門的不能訪問的內存頁,然後
將NULL指針安排在裡面。這樣當程序員不小心在自己
的程序中寫下對NULL指針的提領操作後,系統運行時
就會報錯。
在windows和linux中,這樣的內存頁被設計者安排在
0地址開始對應的那個頁上。實際上,這個頁面裡面
的任何地址都是不能被提領的。*((char *)0) 不可以,
*((char *)0x12)之類的地址也不可以。
很多人認為NULL指針其實就是指向0地址的指針,實際
上這是不準確的。雖然很少見,但也有處理器架構將
NULL指針安排在非零地址起始的頁面內。所以為了程
序的可移植性,在需要使用NULL指針的時候,用null
而來不用0值來初始化指針變數。
你可以訪問這里的歸檔:http://www.juliantec.info/mlist/archives/index.html
但是今天的,沒這么快歸進去,你可以訪問這里的記錄:
http://www.freelists.org/post/juliantec_list/char-0,1
❸ java程序報空指針異常
沒空細看,但有一處明顯錯誤:
if(f.getName().endsWith(".java"));
這里的f應該是f1.
授人以魚,不如授人以漁。我沒空幫你仔細檢查程序,但是可以教你怎麼解決類似的錯誤:
你看一下報錯的地方在哪裡,在它前一行設個斷點,然後使用debug模式運行,跟蹤看一下變數值,這樣就能很清楚錯誤的原因了。這是編程最基本最常用的知識,一定要學會掌握。這樣以後就不用老求人家給你看代碼查錯誤了。
❹ 安卓做簡訊程序是總報空指針異常
setContentView(R.layout.helper),讀入xml配置文件時候可能有初始化失敗的,產生了空指針,建議step進去追蹤一下!
❺ 各位朋友好!oracle 異常錯誤堆棧跟蹤 java.lang.NullPointerException 請問如何解決才好呢謝謝了。
NullPointerException 這個異常在開發過程中最常見的幾個之一,也就是所謂的空指針異常,怎麼說呢,也就是你到這里的時候用到這個對象,但是這個對象沒有被創建是空的所以會拋出異常。解決的辦法1.你可以打上斷點用MyEclipse的Debug功能來逐步跟蹤調試,也可以再你程序裡面加上System.out.println();來列印,看看是那裡空了。
❻ 什麼是空指針異常
所謂的空指針異常,就是一個指針是空指針,你還要去操作它,既然它指向的是空對象,它就不能使用這個對象的方法。比如上面的s假如為null,你還要用s的方法,比如s.equals( String x);那麼就會產生空指針異常。
產生空指針異常的原因:
(1) 當一個對象不存在時又調用其方法會產生異常 obj.method() // obj對象不存在
(2) 當訪問或修改一個對象不存在的欄位時會產生異常 obj.method() // method方法不存在
空指針正常工作意義:
在許多語言,這不是一個單獨的轉義序列,而是八進制轉義序列,單個八進制數字為0;因此,『 』不能跟隨任何數字0通過7;否則它被解釋為更長的八進制轉義序列的開始。被在使用中發現各種語言的其他轉義序列 00,x00,z,或的Unicode表示u0000。
表示空字元的能力並不總是意味著生成的字元串將被正確解釋,因為許多程序將認為null作為字元串的結尾。因此,鍵入它的能力(在未經檢查的用戶輸入的情況下)會創建一個稱為空位元組注入的漏洞,並可能導致安全漏洞。
空字元以逗號表示是^@。在Windows上,可以通過按住Ctrl鍵,然後按@(這通常需要同時按下⇧ Shift並按下數字2鍵)。
❼ 訪問一個空指針的程序怎麼寫,求解急!!!!!
main()
{
int *i = NULL;
*i = 0;// 這就是訪問空指針,但是會引起內存訪問錯誤!!!
}
❽ java編寫一個能夠產生空指針異常的程序,並將其捕獲在控制台輸出異常信息,要這個代碼
一、空指針異常產生的主要原因如下:
1、當一個對象不存在時又調用其方法會產生異常obj.method() // obj對象不存在;
2、當訪問或修改一個對象不存在的欄位時會產生異常obj.method() // method方法不存在;
3、字元串變數未初始化;
4、介面類型的對象沒有用具體的類初始化。
二、實現思路:
1、利用空指針異常的表現之一:對空字元串進行操作。
2、設置一個空的字元串,然後對其進行查找操作(可以使用charAt()方法)
3、對將要出現的異常進行捕獲
4、列印到控制台
//java代碼
{
/**
*實現思路:
*1.空指針異常的表現之一:對空的字元串進行了操作
*2.設置一個空的字元串,然後對其進行查找操作(可以使用charAt()方法)
*3.對將要出現的異常進行捕獲
*4.列印到控制台
**/
publicstaticvoidmain(String[]args){
//TODOAuto-generatedmethodstub
//定義一個空的字元串
Stringstr=null;
//嘗試對空字元串進行操作,並捕獲異常,輸出異常
try{
System.out.println(str.charAt(0));
}catch(Exceptione){
System.out.println("異常信息:");
e.printStackTrace();
}
}
}
運行結果圖:
程序開發過程中的空指針異常會經常出現,要盡量保持邏輯清晰,能夠及時排查錯誤代碼,對可能發生的異常進行捕獲,不要影響主程序運行。
❾ java中的空指針異常怎麼解決
原文:https://www.hu.com/question
你這個問題的解決
問題定位:
在堆棧異常信息的第一行就可以定位到是哪裡出了空指針,倘若這里不是你寫的類,可以往下翻一下,找到你寫的類,就是這里出現的空指針。
問題解決:
對一個空對象調用裡面的方法或者屬性的時候會報空指針,檢查這個對象為什麼是空即可。
Java 空指針異常的若干解決方案
Java 中任何對象都有可能為空,當我們調用空對象的方法時就會拋出 NullPointerException 空指針異常,這是一種非常常見的錯誤類型。我們可以使用若干種方法來避免產生這類異常,使得我們的代碼更為健壯。本文將列舉這些解決方案,包括傳統的空值檢測、編程規范、以及使用現代 Java 語言引入的各類工具來作為輔助。
運行時檢測
最顯而易見的方法就是使用 if (obj == null) 來對所有需要用到的對象來進行檢測,包括函數參數、返回值、以及類實例的成員變數。當你檢測到 null 值時,可以選擇拋出更具針對性的異常類型,如 IllegalArgumentException,並添加消息內容。我們可以使用一些庫函數來簡化代碼,如 Java 7 開始提供的 Objects#requireNonNull 方法:
public void testObjects(Object arg) {
Object checked = Objects.requireNonNull(arg, "arg must not be null");
checked.toString();}
Guava 的 Preconditions 類中也提供了一系列用於檢測參數合法性的工具函數,其中就包含空值檢測:
public void testGuava(Object arg) {
Object checked = Preconditions.checkNotNull(arg, "%s must not be null", "arg");
checked.toString();
}
我們還可以使用 Lombok 來生成空值檢測代碼,並拋出帶有提示信息的空指針異常:
public void testLombok(@NonNull Object arg) {
arg.toString();
生成的代碼如下:
public void testLombokGenerated(Object arg) {
if (arg == null) {
throw new NullPointerException("arg is marked @NonNull but is null");
}
arg.toString();
}
這個註解還可以用在類實例的成員變數上,所有的賦值操作會自動進行空值檢測。
編程規范
·通過遵守某些編程規范,也可以從一定程度上減少空指針異常的發生。
使用那些已經對 null 值做過判斷的方法,如 String#equals、String#valueOf、以及三方庫中用來判斷字元串和集合是否為空的函數:
if (str != null && str.equals("text")) {}
if ("text".equals(str)) {}
if (obj != null) { obj.toString(); }
String.valueOf(obj); // "null"
// from spring-core
StringUtils.isEmpty(str);
CollectionUtils.isEmpty(col);
// from guava
Strings.isNullOrEmpty(str);
// from commons-collections4
CollectionUtils.isEmpty(col);
·如果函數的某個參數可以接收 null 值,考慮改寫成兩個函數,使用不同的函數簽名,這樣就可以強制要求每個參數都不為空了:
public void methodA(Object arg1) {
methodB(arg1, new Object[0]);
}
public void methodB(Object arg1, Object[] arg2) {
for (Object obj : arg2) {} // no null check
}
·如果函數的返回值是集合類型,當結果為空時,不要返回 null 值,而是返回一個空的集合;如果返回值類型是對象,則可以選擇拋出異常。Spring JdbcTemplate 正是使用了這種處理方式:
// 當查詢結果為空時,返回 new ArrayList<>()
jdbcTemplate.queryForList("SELECT * FROM person");
// 若找不到該條記錄,則拋出
jdbcTemplate.queryForObject("SELECT age FROM person WHERE id = 1", Integer.class);
// 支持泛型集合
public <T> List<T> testReturnCollection() {
return Collections.emptyList();
}
靜態代碼分析
Java 語言有許多靜態代碼分析工具,如 Eclipse IDE、SpotBugs、Checker Framework 等,它們可以幫助程序員檢測出編譯期的錯誤。結合 @Nullable 和 @Nonnull 等註解,我們就可以在程序運行之前發現可能拋出空指針異常的代碼。
但是,空值檢測註解還沒有得到標准化。雖然 2006 年 9 月社區提出了 JSR 305 規范,但它長期處於擱置狀態。很多第三方庫提供了類似的註解,且得到了不同工具的支持,其中使用較多的有:
javax.annotation.Nonnull:由 JSR 305 提出,其參考實現為 com.google.code.findbugs.jsr305;
org.eclipse.jdt.annotation.NonNull:Eclipse IDE 原生支持的空值檢測註解;
e.umd.cs.findbugs.annotations.NonNull:SpotBugs 使用的註解,基於 findbugs.jsr305;
org.springframework.lang.NonNull:Spring Framework 5.0 開始提供;
org.checkerframework.checker.nullness.qual.NonNull:Checker Framework 使用;
android.support.annotation.NonNull:集成在安卓開發工具中;
我建議使用一種跨 IDE 的解決方案,如 SpotBugs 或 Checker Framework,它們都能和 Maven 結合得很好。
SpotBugs 與 @NonNull、@CheckForNull
SpotBugs 是 FindBugs 的後繼者。通過在方法的參數和返回值上添加 @NonNull 和 @CheckForNull 註解,SpotBugs 可以幫助我們進行編譯期的空值檢測。需要注意的是,SpotBugs 不支持 @Nullable 註解,必須用 @CheckForNull 代替。如官方文檔中所說,僅當需要覆蓋 @ParametersAreNonnullByDefault 時才會用到 @Nullable。
官方文檔 中說明了如何將 SpotBugs 應用到 Maven 和 Eclipse 中去。我們還需要將 spotbugs-annotations 加入到項目依賴中,以便使用對應的註解。
以下是對不同使用場景的說明:
對於 Eclipse 用戶,還可以使用 IDE 內置的空值檢測工具,只需將默認的註解 org.eclipse.jdt.annotation.Nullable 替換為 SpotBugs 的註解即可:
Checker Framework 與 @NonNull、@Nullable
Checker Framework 能夠作為 javac 編譯器的插件運行,對代碼中的數據類型進行檢測,預防各類問題。我們可以參照 官方文檔,將 Checker Framework 與 maven-compiler-plugin 結合,之後每次執行 mvn compile 時就會進行檢查。Checker Framework 的空值檢測程序支持幾乎所有的註解,包括 JSR 305、Eclipse、甚至 lombok.NonNull。
Checker Framework 默認會將 @NonNull 應用到所有的函數參數和返回值上,因此,即使不添加這個註解,以下程序也是無法編譯通過的:
Checker Framework 對使用 Spring Framework 5.0 以上的用戶非常有用,因為 Spring 提供了內置的空值檢測註解,且能夠被 Checker Framework 支持。一方面我們無需再引入額外的 Jar 包,更重要的是 Spring Framework 代碼本身就使用了這些註解,這樣我們在調用它的 API 時就能有效地處理空值了。舉例來說,StringUtils 類里可以傳入空值的函數、以及會返回空值的函數都添加了 @Nullable 註解,而未添加的方法則繼承了整個框架的 @NonNull 註解,因此,下列代碼中的空指針異常就可以被 Checker Framework 檢測到了:
Optional 類型
Java 8 引入了 Optional<T> 類型,我們可以用它來對函數的返回值進行包裝。這種方式的優點是可以明確定義該方法是有可能返回空值的,因此調用方必須做好相應處理,這樣也就不會引發空指針異常。但是,也不可避免地需要編寫更多代碼,而且會產生很多垃圾對象,增加 GC 的壓力,因此在使用時需要酌情考慮。
方法的鏈式調用很容易引發空指針異常,但如果返回值都用 Optional 包裝起來,就可以用 flatMap 方法來實現安全的鏈式調用了:
Java 8 Stream API 同樣使用了 Optional 作為返回類型:
此外,Java 8 還針對基礎類型提供了單獨的 Optional 類,如 OptionalInt、OptionalDouble 等,在性能要求比較高的場景下很適用。
其它 JVM 語言中的空指針異常
Scala 語言中的 Option 類可以對標 Java 8 的 Optional。它有兩個子類型,Some 表示有值,None 表示空。
除了使用 Option#isEmpty 判斷,還可以使用 Scala 的模式匹配:
Scala 的集合處理函數庫非常強大,Option 則可直接作為集合進行操作,如 filer、map、以及列表解析(for-comprehension):
Kotlin 使用了另一種方式,用戶在定義變數時就需要明確區分 可空和不可空類型。當可空類型被使用時,就必須進行空值檢測。
Kotlin 的特性之一是與 Java 的可互操作性,但 Kotlin 編譯器無法知曉 Java 類型是否為空,這就需要在 Java 代碼中使用註解了,而 Kotlin 支持的 註解 也非常廣泛。Spring Framework 5.0 起原生支持 Kotlin,其空值檢測也是通過註解進行的,使得 Kotlin 可以安全地調用 Spring Framework 的所有 API。
結論
在以上這些方案中,我比較推薦使用註解來預防空指針異常,因為這種方式十分有效,對代碼的侵入性也較小。所有的公共 API 都應該使用 @Nullable 和 @NonNull 進行註解,這樣就能強制調用方對空指針異常進行預防,讓我們的程序更為健壯。
❿ C語言中,空指針的使用意義是什麼在編程中使用空指針會帶來什麼影響
語言定義中說明,每一種指針類型都有一個特殊值——「空指針」——它與同類型的其它所有指針值都不相同,它「與任何對象或函數的指針值都不相等」;
不要返回指向棧內存的指針或引用,因為棧內存在函數結束時會被釋放。
指針是個很強大的工具,可是正因為它太強大,所以要操作它不是件易事。操作不當造成的野指針,甚至會引起系統死機等比較嚴重的後果。
如果程序定義了一個指針,就必須要立即讓它指向一個我們設定的空間或者把它設為NULL,如果沒有這么做,那麼這個指針里的內容是不可預知的,即不知道它指向內存中的哪個空間(即野指針),它有可能指向的是一個空白的內存區域,可能指向的是已經受保護的區域,甚至可能指向系統的關鍵內存,如果是那樣就糟了,也許我們後面不小心對指針進行操作就有可能讓系統出現紊亂,死機了