程序編程常見問題

A. C語言程序常見的錯誤有哪些

/..com/question/186344584.html>
1.書寫標識符時，忽略了大小寫字母的區別。
main()
{
int a=5;
printf("%d",A);
}
編譯程序把a和A認為是兩個不同的變數名，而顯示出錯信息。C認為大寫字母和小寫字母是兩個不同的字元。習慣上，符號常量名用大寫，變數名用小寫表示，以增加可讀性。
2.忽略了變數的類型，進行了不合法的運算。
main()
{
float a,b;
printf("%d",a%b);
}
%是求余運算，得到a/b的整余數。整型變數a和b可以進行求余運算，而實型變數則不允許進行「求余」運算。
3.將字元常量與字元串常量混淆。
char c;
c="a";
在這里就混淆了字元常量與字元串常量，字元常量是由一對單引號括起來的單個字元，字元串常量是一對雙引號括起來的字元序列。C規定以「\」作字元串結束標志，它是由系統自動加上的，所以字元串「a」實際上包含兩個字元：『a'和『\'，而把它賦給一個字元變數是不行的。
4.忽略了「=」與「==」的區別。
在許多高級語言中，用「=」符號作為關系運算符「等於」。如在BASIC程序中可以寫
if (a=3) then …
但C語言中，「=」是賦值運算符，「==」是關系運算符。如：
if (a==3) a=b;
前者是進行比較，a是否和3相等，後者表示如果a和3相等，把b值賦給a。由於習慣問題，初學者往往會犯這樣的錯誤。
5.忘記加分號。
分號是C語句中不可缺少的一部分，語句末尾必須有分號。
a=1
b=2
編譯時，編譯程序在「a=1」後面沒發現分號，就把下一行「b=2」也作為上一行語句的一部分，這就會出現語法錯誤。改錯時，有時在被指出有錯的一行中未發現錯誤，就需要看一下上一行是否漏掉了分號。
{ z=x+y;
t=z/100;
printf("%f",t);
}
對於復合語句來說，最後一個語句中最後的分號不能忽略不寫(這是和PASCAL不同的)。
6.多加分號。
對於一個復合語句，如：
{ z=x+y;
t=z/100;
printf("%f",t);
};
復合語句的花括弧後不應再加分號，否則將會畫蛇添足。
又如：
if (a%3==0);
I++;
本是如果3整除a，則I加1。但由於if (a%3==0)後多加了分號，則if語句到此結束，程序將執行I++語句，不論3是否整除a，I都將自動加1。
再如：
for (I=0;I<5;I++);
{scanf("%d",&x);
printf("%d",x);}
本意是先後輸入5個數，每輸入一個數後再將它輸出。由於for()後多加了一個分號，使循環體變為空語句，此時只能輸入一個數並輸出它。
7.輸入變數時忘記加地址運算符「&」。
int a,b;
scanf("%d%d",a,b);
這是不合法的。Scanf函數的作用是：按照a、b在內存的地址將a、b的值存進去。「&a」指a在內存中的地址。
8.輸入數據的方式與要求不符。①scanf("%d%d",&a,&b);
輸入時，不能用逗號作兩個數據間的分隔符，如下面輸入不合法：
3，4
輸入數據時，在兩個數據之間以一個或多個空格間隔，也可用回車鍵，跳格鍵tab。
②scanf("%d,%d",&a,&b);
C規定：如果在「格式控制」字元串中除了格式說明以外還有其它字元，則在輸入數據時應輸入與這些字元相同的字元。下面輸入是合法的：
3，4
此時不用逗號而用空格或其它字元是不對的。
3 4 3：4
又如：
scanf("a=%d,b=%d",&a,&b);
輸入應如以下形式：
a=3,b=4
9.輸入字元的格式與要求不一致。
在用「%c」格式輸入字元時，「空格字元」和「轉義字元」都作為有效字元輸入。
scanf("%c%c%c",&c1,&c2,&c3);
如輸入a b c
字元「a」送給c1，字元「 」送給c2，字元「b」送給c3，因為%c只要求讀入一個字元，後面不需要用空格作為兩個字元的間隔。
10.輸入輸出的數據類型與所用格式說明符不一致。
例如，a已定義為整型，b定義為實型
a=3;b=4.5;
printf("%f%d\n",a,b);
編譯時不給出出錯信息，但運行結果將與原意不符。這種錯誤尤其需要注意。

B. python編程面試常見問題有哪些

Python編程面試題目一：python下多線程的限制以及多進程中傳遞參數的方式，以及區別

(1)python下多線程的限制以及多進程中傳遞參數的方式

python多線程有個全局解釋器鎖(global interpreter lock)，這個鎖的意思是任一時間只能有一個線程使用解釋器，跟單cpu跑多個程序一個意思，大家都是輪著用的，這叫“並發”，不是“並行”。

多進程間共享數據，可以使用 multiprocessing.Value 和 multiprocessing.Array

(2)python多線程與多進程的區別

在UNIX平台上，當某個進程終結之後，該進程需要被其父進程調用wait，否則進程成為僵屍進程(Zombie)。所以，有必要對每個Process對象調用join()方法 (實際上等同於wait)。對於多線程來說，由於只有一個進程，所以不存在此必要性。

多進程應該避免共享資源。在多線程中，我們可以比較容易地共享資源，比如使用全局變數或者傳遞參數。在多進程情況下，由於每個進程有自己獨立的內存空間，以上方法並不合適。此時我們可以通過共享內存和Manager的方法來共享資源。但這樣做提高了程序的復雜度，並因為同步的需要而降低了程序的效率。

Python編程面試題目二：lambada函數

lambda 函數是一個可以接收任意多個參數(包括可選參數)並且返回單個表達式值的函數。 lambda 函數不能包含命令，它們所包含的表達式不能超過一個。不要試圖向lambda 函數中塞入太多的東西;如果你需要更復雜的東西，應該定義一個普通函數，然後想讓它多長就多長。

更多關於Python編程的技巧，干貨，資訊等內容，小編會持續更新。

C. 數控車床手工編程中幾個常見問題的處理

隨著數控技術的不斷發展，數控機床的使用量越來越多，尤其在中小型企業和大型企業的修配車間，數控車床單件小批生產的情況也越來越多。而目前這些企業或車間生產零件往往是採用手工編程，刀具也往往是通用硬質合金或高速鋼材料，其耐磨性相對不理想；操作人員在工作過程中大都要進行多次對刀、多次測量，從而多次設定刀補，工作量很大；對於一個零件多次裝夾才能加工完成的，往往要使用多個程序，佔用了系統的內存量；有的數控車床系統指令長時間不用，電器元件老化等原因造成到使用時可能會出現不能用的現象，也影響其使用壽命；編程人員對工件坐標系建立不當，加工質量有時難以得到保證；我在此僅根據自己多年的授課感受和在企業了解的情況，發現了一些關於數控車床編程中常見的幾個問題，並總結出了一點相關規律，現陳述如下。
一、工藝問題
零件加工工藝的合理與否，直接反映和影響其加工質量，也要影響其生產率。不同的零件，其工藝不一樣。例如加工順序問題，如圖所示零件，其基本加工順序應為：
1.夾持右端（夾持長度50mm）車左端?25、?40及倒角達到要求；
2.以?25外圓和?40左端面定位車右端達到要求。
這樣，滿足了基準重合，既容易保證軸向尺寸要求，也容易滿足同軸度要求。
其它工藝問題，這里不再贅述。
二、巧用G50（G92）與M00
靈活和巧妙使用G50（G92）與M00，既可以減少對刀次數，又可以減少程序數量，從而少用系統內存，也提高了生產率 。
如上圖所示零件，車小端對刀端面Z坐標若設定為2（留2mm車端面），當車完後刀具走到（X50 Z37）點（第二對刀點）後使用M00，掉頭可用G50（G92）設對刀點坐標：
G50（G92） X50 Z80
即可按下循環啟動，無需再對刀，節約時間，以提高生產率，且只需一個程序就行了。如果中途不使用 G50（G92）與M00 或其它坐標設定，則需要兩個程序才行。
下面談談第二對刀點Z坐標如何確定：
1.確定第一次裝夾後，車了端面的露出總長度L1
2.確定第二次裝夾厚露出總長度L2
3.計算L=L2-L1+a（a是刀具在對刀點處與工件間的安全距離）
4.第一次裝夾後的坐標系中的Z坐標Z1+L即為第二對刀點在第一次裝夾加工後應移動到的坐標值（Z1：第一對刀點的坐標值）
5.根據第二次裝夾後的基準確定其G50的坐標值，如工件右端面為編程基準，Z為a；如卡盤端面為編程基準，Z為L2+a.，以此類推。
三、編程中基準的問題
編程基準應與設計基準重合，避免出現基準不重合誤差，從而不進行尺寸鏈計算。
如上圖所示零件，車右端應該以?40左端面為軸向（Z坐標）基準，否則除螺紋面和錐面兩個長度尺寸以外，均需要進行尺寸鏈計算，有的尺寸很難達到圖紙要求！
四、編程中絕對坐標與增量坐標的使用問題
合理使用絕對坐標與增量坐標可以在編程中簡化計算和便於保證質量。
如上圖所示零件，螺紋面與錐面的長度尺寸如果採用絕對坐標編程，需要進行尺寸鏈計算，增加了計算工作量，且難達到圖紙要求，採用增量坐標就不需進行尺寸鏈計算了，也很容易達到要求。
五、編程中徑向尺寸的確定
編程中徑向尺寸的確定準確與否，在數控加工的手工編程過程中有著非常重要的意義。一方面影響操作人員的工作量，一方面又要影響生產率。我認為如果採用下述方法確定既可以減少因刀具磨損使操作人員多次進行刀補設定的工作量，又可以提高生產率。
1.如為自由公差，按基本尺寸計算坐標；
2.如有公差，按最小實體尺寸原則計算坐標；
1）外輪廓尺寸，按最小極限尺寸計算；
2）內輪廓尺寸，按最大極限尺寸計算。
六、系統中的指令代碼問題與螺紋加工切入點問題
系統中每一個指令都有其特殊含義，在編程中，應根據加工性質採用合理的加工指令和合理的切入點（特別是螺紋加工的切入點），這對保證加工質量有著很重要的意義，這里就不多說了，下面以一個具體實例說明之。
綜上所述，數控車床在單件小批生產中，只要把工藝解決好、編程基準選擇好、基點坐標計算準確、絕對/增量坐標使用得當、對刀點指令使用靈活，既可以減輕操作人員的工作量，提高生產率，又可以使工件質量容易得到保證；編程時根據加工要求和系統指令特點，合理使用指令，既可以使加工質量容易得到保證，提高生產率，又可以使數控系統中的電器元件在工作中得到保養，提高其使用壽命。

D. java編程中常見的錯誤有哪些

相信作為程序員的我們在對程序進行編譯過程中經常會遇到錯誤，或者在運行過程中出現錯誤，在這里主要跟大家談談經常遇到的一些異常與錯誤，以及解決辦法。

異常是指程序在編譯或運行過程出現的錯誤。

在java.lang包中Throwable包含了所有的異常。

Error (錯誤) 和Exception(異常)

(1)Error(錯誤)

一旦發生無法修復，但可以避免發生。

常見錯誤類：

IOError：I/O錯誤，當發生嚴重的I/O錯誤時，拋出此錯誤。
VirtualMachineError：虛擬機錯誤，當 Java 虛擬機崩潰或用盡了它繼續操作所需的資源時，拋出該錯誤。

StackOverflowError：棧內存滿了，當應用程序遞歸太深而發生堆棧溢出時，拋出該錯誤。

OutofMemoryError:堆內存滿了，因為內存溢出或沒有可用的內存提供給垃圾回收器時，Java 虛擬機無法分配一個對象，這時拋出該異常。

以上是一些常見的錯誤，在Error類中還有一些別的錯誤（參照文件Java.lang.Throwable.Error）.

(2)Exception(異常)

一旦發生，可以捕獲並處理，不會導致程序終止，有時可以避免有時無法避免。

異常的分類：

1.編譯時異常（需要強制處理） 2.運行時異常（不需要強制處理）

常見的異常有：

IOException：輸入輸出流異常
FileNotFoundException：文件找不到的異常
ClassNotFoundException：類找不到的異常
DataFormatException：數據格式化異常
NoSuchFieldException：沒有匹配的屬性異常
NoSuchMethodException：沒有匹配的方法異常

SQLException：資料庫操作異常
TimeoutException：執行超時異常

常見的運行時異常：

RuntimeException：運行時異常
NullPointerException:空指針異常

：數組越界異

ClassCastException：類型轉換異常
IllegalArgumentException：非法的參數異常
InputMismatchException：輸入不匹配

以上是常見的一些異常，另外還有別的異常，參見文件：Java.lang.Throwable.Exception

既然我們常常會遇到一些異常，那我們如何來處理這些異常就是一個急需解決的事情。

(1) 如何處理編譯時異常？

方法一：將需要處理的代碼塊放在一個try...catch...中
try{
//需要處理異常的代碼
}catch(XXXException ef){
ef.printStackTrace();
}

我們方法一就是要將我們不確定的代碼放入try......catch中，先進行try一下，如果沒有異常，則不會觸發catch,沒有輸出，一旦出現異常，那麼catch就會工作，在catch中捕獲異常信息，根據異常信息進行補救措施。

如以下代碼：

從結果可以看出，我們在輸入數據的時候出現錯誤，這樣通過自定義異常能夠讓我們更直接快速的找到運行或編譯時的異常。

在上述中我們分別提到了三種throw，分別是Throwable,Throws以及throw，那麼到底三者有什麼區別？

Throwable：是指在在Java.lang包中的一個類，其包含了所有的異常和錯誤，其中類Error和Exception 是它

的子類。

Thows：是指在解決編譯時異常，將方法中異常拋給上一級，在方法後面要加Throw Exception來進行拋。

throw：是指在自定義異常時，如果方法出現異常，那麼將作為引用方法的對象拋出。即拋出異常。

E. 淺談Windows多線程編程幾個常見問題

linux下線程的實現，linux的線程編程有兩個庫pthread和pth,對於pthread的實現是內核方式的實現，每個線程在kernel中都有task結構與之對應，也就是說用ps命令行是可以看見多個線程，線程的調度也是由內核中的schele進行的。
再來看看Windows的多線程，Windows NT和Windows95是一個搶先型多任務、多線程操作系統。因為它使用搶先型的多任務，所以它擁有與UNIX同樣平滑的處理和進程獨立。多線程就更進一步。一個獨立的程序默認是使用一個線程，不過它可以將自己分解為幾個獨立的線程來執行，例如，其中的一個線程可以發送一個文件到列印機，而另一個可以響應用戶的輸入。這個簡單的程序設計修改可以明顯減少用戶等待的時間，讓用戶無需擔心長時間的計算、重繪屏幕、文件讀寫等帶來的不便。
多線程還可以讓你從許多高端的多處理器NT機器中得到好處。例如，你購買了一個高級的RISC機器，可以使用多達10個CPU晶元，但在開始的時候你只購買了一個CPU。你寫了一個簡單的Mandelbrot set程序，你發現需要15秒的時間來重新繪制Mandelbrot set的畫面。
那麼，Windows平台的線程和類Unix平台（包括Linux）的進程的區別是什麼呢？
熟悉WIN32編程的人一定知道，WIN32的進程管理方式與UNIX上有著很大區別，在UNIX里，只有進程的概念，但在WIN32里卻還有一個「線程」的概念，那麼UNIX和WIN32在這里究竟有著什麼區別呢？
UNIX里的fork是七十年代UNIX早期的開發者經過長期在理論和實踐上的艱苦探索後取得的成果，一方面，它使操作系統在進程管理上付出了最小的代價，另一方面，又為程序員提供了一個簡潔明了的多進程方法。
WIN32里的進程/線程是繼承自OS/2的。在WIN32里，「進程」是指一個程序，而「線程」是一個「進程」里的一個執行「線索」。從核心上講，WIN32的多進程與UNIX並無多大的區別，在WIN32里的線程才相當於UNIX的進程，是一個實際正在執行的代碼。但是，WIN32里同一個進程里各個線程之間是共享數據段的。這才是與UNIX的進程最大的不同。
對於多任務系統，共享數據區是必要的，但也是一個容易引起混亂的問題，在WIN32下，一個程序員很容易忘記線程之間的數據是共享的這一情況，一個線程修改過一個變數後，另一個線程卻又修改了它，結果引起程序出問題。但在UNIX下，由於變數本來並不共享，而由程序員來顯式地指定要共享的數據，使程序變得更清晰與安全。

F. C語言在編程的時候應注意什麼問題

1.先學習C語言的基礎知識。現在正在學C語言的在校學生可以直接進入第2步學習。
2.按照《C語言程序設計入門學習六步曲》進行上機練習。
3.在上機練習時要養成良好的編程風格。點擊查看C語言的編程風格

4.積極參加C、C++興趣小組，養成和老師與同學交流習慣，從而相互收益。有時別人不經意的一句話可能使你茅塞頓開--「一句話點醒夢中人」。

5.及時總結自己的學習經驗，養成寫C語言日記的習慣。軟體有編程日記功能。

6.從網上或教材上找一個自己感興趣的題目（選題時根據自己的能力，可先易後難，培養自己的成就感，如果有了成就感，即使再苦再累還是感覺C語言學習是一件快樂的事，同學們喜歡打游戲，經常通宵達旦地玩游戲也樂而不疲就是這個道理）進行實戰訓練，提高自己的C語言綜合應用能力。

7. 由於C語言靈活、強大，初學者要全面地掌握它是不可能的，因此在學習C語言的過程中，不要在細枝末節上浪費精力（比如++、--用於表達式的計算，實際上是沒有意義的），但一定要熟練掌握C語言的流程式控制制語句、數組、函數、指針等基礎知識的應用，為學習面向對象程序設計打下堅實的基礎。如果這些知識你學不好，要後續學習好C++、可視化的程序設計Visual C++或C++Builder就像空中樓閣，是不現實的。
C語言程序設計入門學習六步曲

筆者在從事教學的過程中，聽到同學抱怨最多的一句話是：老師，上課我也能聽懂，書上的例題也能看明白，可是到自己動手做編程時，卻不知道如何下手。發生這種現象的原因有三個：

一、所謂的看懂聽明白，只是很膚淺的語法知識，而我們編寫的程序或軟體是要根據要解決問題的實際需要控製程序的流程，如果你沒有深刻地理解C語言的語句的執行過程（或流程），你怎麼會編寫程序解決這些實際問題呢？

二、用C語言編程解決實際問題，所需要的不僅僅是C語言的編程知識，還需要相關的專業知識。例如，如果你不知道長方形的面積公式，即使C語言學得再好你也編不出求長方形的面積的程序來。

三、C語言程序設計是一門實踐性很強的課程，「紙上談兵」式的光學不練是學不好C語言的。例如，大家都看過精彩自行車雜技表演，假如，你從來沒有騎過自行車，光聽教練講解相關的知識、規則、技巧，不要說上台表演、就是上路你恐怕都不行。

出現問題原因清楚了，那麼如何學習呢?請你看【C語言學習六步曲】

在程序開發的過程中，上機調試程序是一個不可缺少的重要環節。「三分編程七分調試」，說明程序調試的工作量要比編程大得多。這里以如何上機調試C程序來說明C語言的學習方法。

第一步、驗證性練習

在這一步要求按照教材上的程序實例進行原樣輸入，運行一下程序是否正確。在這一步基本掌握C語言編程軟體的使用方法（包括新建、打開、保存、關閉C程序，熟練地輸入、編輯C程序；初步記憶新學章節的知識點、養成良好的C語言編程風格）。
初學者最容易犯的錯誤是：

1、沒有區分開教材上的數字1和字母l，字母o和數字0的區別，造成變數未定義的錯誤。另一個易錯點是將英文狀態下的逗號,分號;括弧()雙引號""輸入出入成中文狀態下的逗號，分號；括弧（），雙引號「」造成非法字元錯誤。

2、C語言初學者易犯語法錯誤：使用未定義的變數、標示符（變數、常量、數組、函數等）不區分大小寫、漏掉「；」、「{」與「}」、「（」與「）」不匹、控制語句（選擇、分支、循環）的格式不正確、調用庫函數卻沒有包含相應的頭文件、調用未C聲明的自定義函數、調用函數時實參與形參不匹配、數組的邊界超界等。

3、修改C語言語法錯誤時要注意以下兩點：

（1）、由於C語言語法比較自由、靈活，因此錯誤信息定位不是特別精確。例如，當提示第10行發生錯誤時，如果在第10行沒有發現錯誤，從第10行開始往前查找錯誤並修改之。

（2）、一條語句錯誤可能會產生若干條錯誤信息只要修改了這條錯誤，其他錯誤會隨之消失。特別提示：一般情況下，第一條錯誤信息最能反映錯誤的位置和類型，所以調試程序時務必根據第一條錯誤信息進行修改，修改後，立即運行程序，如果還有很多錯誤，要一個一個地修改，即，每修改一處錯誤要運行一次程序。
第二步、照葫蘆畫瓢
在第一步輸入的C程序的基礎上進行試驗性的修改，運行一下程序看一看程序結果發生了什麼變化，分析結果變化的原因，加深新學知識點的理解。事實上這和第一步時同步進行的，實現「輸入」加深知識的記憶，「修改」加深對知識的理解。記憶和理解是相輔相成的，相互促進。

例如：將最簡單的Hello World!程序
#include "stdio.h"
int main()
{
printf("Hello World!\n");
return 0;
}
中的

printf("Hello World!\n");

中的Hello World!改成你的姓名，運行一下程序，看有什麼變化？

再如求1+2+3...+100的和的程序

#include

main()

{

int i,sum=0;

for(i=1;i<=100;i++)
{
sum=sum+i;
}
printf("sum=%d\n",sum);
}

第1次將for(i=1;i<=100;i++)中的100改成50，運行一下程序，看有什麼變化？

第2次將for(i=1;i<=100;i++)中的i++改成i=i+2，運行一下程序，看有什麼變化？

找出程序結果變化的原因，就加深了對C語句的理解。

第三步、不看教材看是否能將前兩步的程序進行正確地輸入並運行。

在這一步要求不看教材，即使程序不能運行，看能否將其改正，使其能正確運行。目的是對前兩步的記憶、理解進一步強化。

第四步、增強程序的調試能力

在教材中每章都有C語言初學者易犯的錯誤，按照易出錯的類型，將教材中的正確的程序改成錯誤的程序，運行一下程序，看出現的錯誤信息提示，並記下錯誤信息，再將程序改成正確的，運行一下程序。這樣反復修改，就能夠學習C語言程序發生錯誤的原因和修改錯誤的能力。

注意：每次只改錯一個地方，目的是顯示發生該錯誤的真正原因，避免一次改動多個地方，搞清發生錯誤的真正原因，切記！！！！

注意：上機調試程序時要帶一個記錄本，記下英文錯誤提示信息和解決該錯誤問題的方法，積累程序調試經驗，避免在編程犯同樣的錯誤，切記！！！！。

例如，將Hello World程序中語句

printf("Hello World!\n");

中的;改成中文的分號；

運行一下程序，看有什麼結果？

調試程序是一種實踐性很強的事，光紙上談兵是是沒用的，就像游泳運動員只聽教練講解示範，而不親自下水練習，是永遠學不會游泳的。

即使在優秀的程序員編寫程序也會犯錯誤的，可能事最低級的語法錯誤，但他能快速發現錯誤並改正錯誤，而我們C語言初學者面對錯誤提示，不知道發生了什麼錯誤，如何改正，這就事差別。

第五步、研究典型的C語言程序，提高程序設計能力

C語言初學者遇到最多的困惑是：上課也能聽懂，書上的例題也能看明白，可是到自己動手做編程時，卻不知道如何下手。發生這種現象的原因是：所謂的看懂聽明白，只是很膚淺的語法知識，而沒有深刻地理解C語言的語句的執行過程（或流程）。

計算機是按照人的指令（編寫的程序）去執行的，如果不知道這些C語句在計算機中是如何執行的，你怎麼回靈活運用這些知識去解決實際問題呢？

解決問題的方法是要先理解C語言各種語句的流程（即計算機是如何執行這些語句的過程），然後研讀現成C語言經典程序，看懂別人事如何解決問題的，以提高自己的程序設計能力。
第六步、研究課程設計源成序，提高C語言的綜合應用能力.