程序員打電話死循環

『壹』 我是一個程序員，但每天的工作都是打電話聯系合作方，代碼都沒怎麼寫過。。。我還算是程序員嗎

為什麼向別的公司要技術材料？

如果感覺自己的工作內容和自己的本職工作出入太大，自己剛好又不喜歡現在的工作，但是現在的公司待遇還不錯，建議：

1. 和自己的直接上司溝通，將自己的想法告訴他，希望以後的工作內容是自己的本職工作；

2. 如果有足夠的能力，如果夠年輕，跳槽未嘗不可，也可以接觸更多的東西。

『貳』 程序中有兩個死循環,為什麼還會繼續執行

計算機只會依據程序員設計的程序進行

『叄』 大牛們，為什麼這個程序是個死循環而不是報錯誤呢

.
死循環死遞歸死鎖CPU消耗基本相同產原
、死循環
例VB語言程序列語句：
Do While i=1
print "*"
Loop
死循環運行休止列印*號
存種算任何程序及相應輸入數據都判斷否現死循環任何編譯系統都做死循環檢查
設計程序若遇死循環我通按Ctrl+Pause/Break結束死循環
編程死循環並需要避免問題相反實際應用經需要用死循環例我使用Windows操作系統窗口程序窗口都通叫消息循環死循環實現單片機、嵌入式編程經要用死循環各類編程語言死循環都種實現C語言例別使用while.for,goto實現
二、死鎖
兩或兩進程執行程由於競爭資源或者由於彼通信造種阻塞現象若外力作用都推進稱系統處於死鎖狀態或系統產死鎖些永遠互相等待進程稱死鎖進程
計算機系統系統資源配策略更見能程序員寫程序錯誤等則導致進程競爭資源產死鎖現象
兩或任務每任務鎖定其任務試圖鎖定資源造些任務永久阻塞現死鎖例：事務A 獲取行 1 共享鎖事務 B 獲取行 2 共享鎖
排鎖等待事務 B 完並釋放其行 2 持共享鎖前阻塞
排鎖等待事務 A 完並釋放其行 1 持共享鎖前阻塞
事務 B 完事務 A 才能完事務 B 由事務 A 阻塞該條件稱循環依賴關系：事務 A 依賴於事務 B事務 B 通事務 A 依賴關系關閉循環
三、死機及其策
論死循環死鎖都造電腦死機現象
?電腦系統工作候現滑鼠停滯、鍵盤能輸入命令等情況系統已經能接收任何命令種情況稱死機死機能種原造比同運行應用程序程序使用錯誤電腦某硬體損壞（比硬碟或者內存）等都能引起死機解決用：
同按鍵盤控制鍵加換檔鍵加刪除鍵顯示列表單擊【啟任務管理器】命令彈【任務管理器】框單擊現問題程序再單擊【結束任務】按鈕所選程序立即結束運行數情況都通述關閉已經失響應程序並且繼續Windows10操作
鍵盤已經能輸入任何命令按機箱復位鍵幾秒鍾電腦重新啟
機箱沒復位鍵直接按住機箱電源關幾秒鍾關閉電腦電源稍再按機箱電源關重新啟電腦即

『肆』 c語言陷入死循環，應該怎麼改呢拜託拜託，求大佬解答

1、DateCheck（）函數是否處理有問題
2、輸入要英文模式下數字，
3、單步驟調試一下

『伍』 死循環是什麼意思

「死循環」的意思：單一程序在某一環節由於未滿足脫離循環的條件而出現的持續進行循環操作的現象。它能讓程序運行陷入停滯，嚴重時會拖慢電‌‌‌‌‌‌‌腦速度，是讓程序員頭疼的故障情況之一。

讀音：sǐ xún huán

詞性：通常在句中用作名詞，作為主語或賓語。

例句：如果他們不一遍又一遍的提高自己編寫保齡球游戲代碼的技巧，他們很可能會讓資料庫陷入死循環。

近義詞介紹：循環往復

讀音：xún huán wǎng fù

表達意思：意思是轉了一圈又一圈，一次又一次地循環。

詞性：通常在句中用作動詞，修飾主語或賓語。

例句：時間是生命的通行證，來也匆匆，去也匆匆，每一個季節的更迭，生命都在不斷地消失，新的生命又在不斷地降臨。循環往復，生命的河流生生不息，獲得了永恆。

『陸』 我運行的C語言程序掛起了，應該怎麼辦

當你運行一個程序時會有多種原因使它掛起，這些原因可以分為以下4種基本類型：
(1)程序中有死循環；
(2)程序運行的時間比所期望的長；
(3)程序在等待某些輸入信息，並且直到輸入正確後才會繼續運行；
(4)程序設計的目的就是為了延遲一段時間，或者暫停執行。
在討論了因未知原因而掛起的程序的調試技巧後，將逐個分析上述的每種情況。
調試那些因未知原因而掛起的程序是非常困難的。你可能花費了很長的時間編寫一個程序，並努力確保每條代碼都准確無誤，你也可能只是在一個原來運行良好的程序上作了一個很小的修改，然而，當你運行程序時屏幕上卻什麼也沒有顯示。如果你能得到一個錯誤的結果，或者部分結果，你也許知道應該作些什麼修改，而一個空白的屏幕實在令人沮喪，你根本不知道錯在哪裡。
在開始調試這樣一個程序時，你應該先檢查一下程序結構，然後再按執行順序依次查看程序的各個部分，看看它們是否能正確運行。例如，如果主程序只包含3個函數調用——A()、B()和C()，那麼在調試時，你可以先檢查函數A()是否把控制權返回給了主程序。為此，你可以在調用函數A()的語句後面加上exit()命令，也可以用注釋符把對函數B()和C()的調用括起來，然後重新編譯並運行這個程序。
注意：通過調試程序(debugger)也可以做到這一點，然而上述方法是一種很傳統的調試方法。調試程序是一個程序，它的作用是讓程序員能夠觀察程序的運行情況、程序的當前運行行號、變數的值，等等。
此時你將看到函數A()是否將控制權返回給了主程序——如果該程序運行並退出，你可以判斷是程序的其它部分使程序掛起。你可以用這種方法測試程序的每一部分，直到發現使程序掛起的那一部分，然後集中精力修改相應的函數。
有時，情況會更復雜一些。例如，使程序掛起的函數本身是完全正常的，問題可能出在該函數從別的地方得到了一些錯誤的數據。這時，你就要檢查該函數所接受的所有的值，並找出是哪些值導致了錯誤操作。
技巧：監視函數是調試程序的出色功能之一。
分析下面這個簡單的例子將幫助你掌握這種技巧的使用方法：
#include <stdio. h>
#include <stdlib. h>
/*
* Declare the functions that the main function is using
*/
int A(), B(int), C(int, int);
/*
* The main program
*/
int A(), B(), C(); /*These are functions in some other
mole * /
int main()
{
int v1, v2, v3;
v1 = A();
v2 = B(v1);
v3 = C(v1, v2);
printf ("The Result is %d. \n" , v3);
return(0) ;
}
你可以在調用函數A()的語句後輸出變數v1的值，以確認它是否在函數B()所能接受的值的范圍之內，因為即使是函數B()使程序掛起，它本身並不一定就有錯，而可能是因為函數A()給了函數B()一個並非它所期望的值。
現在，已經分析了調試「掛起」的程序的基本方法，下面來看看一些使程序掛起的常見錯誤。
一、死循環
當你的程序出現了死循環時，機器將無數次地執行同一段代碼，這種操作當然是程序員所不希望的。出現死循環的原因是程序員使程序進行循環的判斷條件永遠為真，或者使程序退出循環的判斷條件永遠為假。下面是一個死循環的例子：
/* initialize a double dimension array */
for (a = 0 ; a < 10; ++a )
{
for(b = 0; b<10; ++a)
{
array[a][b]==0;
}
}
這里的問題是程序員犯了一個錯誤(事實上可能是鍵入字母的錯誤)，第二個循環本應在變數b增加到10後結束，但是卻從未讓變數b的值增加!第二個for循環的第三部分增加變數a的值，而程序員的本意是要增加變數b的值。因為b的值將總是小於10，所以第二個for循環會一直運行下去。
怎樣才能發現這個錯誤呢?除非你重新閱讀該程序並注意到變數b的值沒有增加，否則你不可能發現這個錯誤。當你試圖調試該程序時，你可以在第二個for循環的循環體中加入這樣一條語句：
printf(" %d %d %d\n" , a , b , array[a][b]) ;
這條語句的正確輸出應該是：
0 0 0
0 1 0
(and eventually reaching)
9 9 0
但你實際上看到的輸出卻是：
0 0 0
1 0 0
2 0 0
...
你所得到是一個數字序列，它的第一項不斷增加，但它本身永遠不會結束。用這種方法輸出變數不僅可以找出錯誤，而且還能知道數組是否由所期望的值組成。這個錯誤用其它方法似乎很難發現!這種輸出變數內容的技巧以後還會用到。
產生死循環的其它原因還有一些其它的原因也會導致死循環。請看下述程序段：
int main()
{
int a = 7;
while ( a < 10)
{
+ +a;
a /= 2;
}
return (0);
}
盡管每次循環中變數a的值都要增加，但與此同時它又被減小了一半。變數a的初始值為7，它先增加到8，然後減半到4。因此，變數a永遠也不會增加到10，循環也永遠不會結束。
二、運行時間比期望的時間長
在有些情況下，你會發現程序並沒有被完全「鎖死」，只不過它的運行時間比你所期望的時間長，這種情況是令人討厭的。如果你所使用的計算機運算速度很快，能在極短的時間內完成很復雜的運算，那麼這種情況就更令人討厭了。下面舉幾個這樣的例子：
/*
* A subroutine to calculate Fibonacci numbers
*/
int fib ( int i)
{
if (i <3)
return 1;
else
return fib( i - 1)+fib( i - 2);
}
一個菲波那契(Fibonacci)數是這樣生成的：任意一個菲波那契數都是在它之前的兩個菲波那契數之和；第一個和第二個菲波那契數是例外，它們都被定義為1。菲波那契數在數學中很有意思，而且在實際中也有許多應用。
注意：在向日葵的種子中可以找到菲波那契數的例子——向日葵有兩組螺旋形排列的種子，一組含21顆種子，另一組含34顆種子，這兩個數恰好都是菲波那契數。
從表面上看，上述程序段是定義菲波那契數的一種很簡單的方法。這段程序簡潔短小，看上去執行時間不會太長。但事實上，哪怕是用計算機計算出較小的菲波那契數，例如第100個，都會花去很長的時間，下文中將分析其中的原因。
如果你要計算第40個菲波那契數的值，就要把第39個和第38個菲波那契數的值相加，因此需要先計算出這兩個數，而為此又要分別計算出另外兩組更小的菲波那契數的和。不難看出，第一步是2個子問題，第二步是4個子問題，第三步是8個子問題，如此繼續下去，結果是子問題的數目以步數為指數不斷增長。例如，在計算第40個菲波那契數的過程中，函數fib()將被調用2億多次!即便在一台速度相當快的計算機上，這一過程也要持續好幾分鍾。
數字的排序所花的時間有時也會超出你的預料：
/*
* Routine to sort an array of integers.
* Takes two parameters:
* ar---The array of numbers to be sorted, and
* size---the size of the array.
*/
void sort( int ar[], int size )
{
int i,j;
for( i = 0; i<size - 1; ++ i)
{
for( j = 0; j< size - 1; ++j )
{
if (ar[j]>ar[j + 1])
{
int temp;
temp = ar[j];
ar[j] = ar[j + 1];
ar[j + 1] = temp;
}
}
}
}
如果你用幾個較短的數列去檢驗上述程序段，你會感到十分滿意，因為這段程序能很快地將較短的數列排好序。如果你用一個很長的數列來檢驗這段程序，那麼程序看上去就停滯了，因為程序需要執行很長時間。為什麼會這樣呢?
為了回答上述問題，先來看看嵌套的for循環。這里有兩重for循環，其中一個循環嵌套在另一個循環中。這兩個循環的循環變數都是從O到size-1，也就是說，處於兩重循環之間的程序段將被執行size*size次，即size的平方次。對含10個數據項的數列進行排序時，這段程序還是令人滿意的，因為10的平方只有100。但是，當你對含5000個數據項的數列進行排序時，循環中的那段程序將被執行2500萬次；當你對含100萬個數據項的數列進行排序時，循環中的那段程序將被執行1萬億次。
在上述這些情況下，你應該比較准確地估計程序的工作量。這種估計屬於演算法分析的范疇，掌握它對每個程序員來說都是很重要的。
三、等待正確的輸入
有時程序停止運行是因為它在等待正確的輸入信息。最簡單的情況就是程序在等待用戶輸入信息，而程序卻沒有輸出相應的提示信息，因而用戶不知道要輸入信息，程序看上去就好象鎖住了。更令人討厭的是由輸出緩沖造成的這種結果，這個問題將在17．1中深入討論。
請看下述程序段：
/*
*This program reads all the numbers from a file．
* sums them, and prints them.
*/
# include <stdio. h>
main()
{
FILE *in = fopen("numbers.dat", "r");
int total = 0, n;
while( fscanf( in, " %d" , &n )! =EOF)
{
total + = n;
}
printf( "The total is %d\n" , total);
fclose ( in ) ;
}
如果文件NUMBERS．DAT中只包含整數，這段程序會正常運行。但是，如果該文件中包含有效整數以外的數據，那麼這段程序的運行結果將是令人驚奇的。當該程序遇到一個不恰當的值時，它會發現這不是一個整數值，所以它不會讀入這個值，而是返回一個錯誤代碼。但此時程序並未讀到文件尾部，因此與EOF比較的值為假。這樣，循環將繼續進行，而n將取某個未定義的值，程序會試圖再次讀文件，而這一次又遇到了剛才那個錯誤數據。請記住，因為數據不正確，所以程序並不讀入該數據。這樣，程序就會無休止地執行下去，並一直試圖讀入那個錯誤的數據。解決這個問題的辦法是讓while循環去測試讀入的數據是否正確。
還有許多其它原因會使程序掛起，但總的來說，它們都屬於上述三種類型中的某一種。

『柒』 C++程序陷入死循環，如何避免

防錯處理是編程非常重要的工作.
因此,你在程序設計的時候,就需要考慮所有可能的輸入情況.
把不期望的輸入過濾出來不做處理,或做錯誤處理.只對期望的輸入做處理.

如果你在程序設計之初沒有考慮對輸入做檢查的話,程序就會非你所願的執行,這就是危害.沒有什麼比程序沒有如程序員想像的那樣去執行危害更大了.

以你的這個例子來說的話,你獲取到輸入後,就要判斷輸入的是什麼,如果用戶輸入的是數字,那你就正常處理,如果用戶輸入的是其他你不希望的值,那你可以列印一個提示,說,請輸入整數.然後程序返回.等等.

自己多考慮考慮.

『捌』 測試當中什麼是死循環

死循環是一種現象
原理: 在while循環中,沒有修改循環變數的值, 導致while後面條件判斷一直成立,
一直執行縮進部分代碼, 無法退出循環的一種現象
注意: 要避免死循環, 修改循環變數,便於下一次循環,最終退出循環
(拓展:死循環也有妙用,比如Windows桌面一直運行, 就是死循環實現的,但死循環也要有退出口,使用break退出死循環)
想要相關實現的操作和源碼，參考黑馬程序員的相關教程，官網都有配套資料，資料當中就含有課件+筆記+源碼了。總之非常適合小白學習，想要學習的可以去看看。

『玖』 死循環的舉例

以下是一些死循環的例子。
C++的例子
#include<iostream.h>
int main()
{
for(int i=0;;i++)
{
cout<<char(i);
}
return 0;
}
C語言的死循環：
#include <stdio.h>
main()
{
int a = 0;
while (a < 10)
{
printf(%d , a);
if (a = 5) {
printf(a equals 5! );
}
a++;
}
return 0;
}
上述程序會一直顯示Infinite Loop字元串。
BASIC語言的死循環：
10 PRINTInfinite Loop
20 GOTO10'跳到行號=10的位置
X86匯編語言的例子：
loop:
; Code to loop here
jmploop
Python的例子：
whileTrue:
print(Infinite Loop) 以下是一個Visual Basic死循環的例子：
dimxasintegerdountilx > 5'根本不會有x>5的情形x = 1 x = x + 1loop
每一次運行循環時x會先設置為1，然後變為2，因為數值未大於5，所以永遠不會退出。若將x = 1由循環內部移到循環之前即可以改善此一情形。
有些程序員可能因為不熟悉特定編程語言的語法而造成死循環，例如以下是一段C語言的程序：
#include <stdio.h>
main()
{
int a=0;
while(a<10)
{
printf(%d ,a);
if(a=5){//a設定為5，進入無窮迴圈printf(a equals 5! );}
a++;
}
return0;
}
其預期輸出是數字0至9，其中5和6中間會顯示a equals 5!，但程序員在編寫程序時將設置用的=運算符及判斷相同的==運算符弄混了，因此程序會在每次運行循環時都會將a設置為5，因此變數a永遠無法到達10，此循環就變成了死循環。 有時不適當的循環退出條件也可能會造成無預期的死循環，例如以下C語言的例子：
float x=0.1;
while(x!=1.1)
{
//可能會因為浮點運算的誤差而出現問題
printf(x = %f ,x);
x=x+0.1;
}
在有些操作系統中，上述程序會運行10次循環然後退出，但有些系統中，上述程序卻可能會一直運行，無法退出，問題主要在循環的退出條件(x != 1.1)要在二個浮點數相等時才退出，結果會依系統處理浮點數的方式而定，只要系統運行10次循環後的結果和1.1差一點點，上述程序就會變成死循環。
若將退出條件改為(x < 1.1)就沒有這個問題，程序可能會多運行一次循環，但不會變成死循環。另一種解決方式則是用一個整數變數作為循環變數，再依此變數判斷是否要退出循環。
在數值分析程序中也可能會出現無預期的死循環，例如程序需一直迭代到誤差小於某特定值為止，但若因為運算中的捨去誤差，使得誤差一直無法小於該特定值，就會產生死循環。 奧爾德森循環（Alderson loop）是指一個循環有設置退出條件，但因為程序的寫法（多半是編程錯誤），造成永遠無法滿足退出條件，在針對用戶界面程序調試時最容易出現這類的問題。
以下C的偽代碼中有一個奧爾德森循環，程序是要計算用戶輸入一串數字的和，用戶輸入0時退出循環，但程序中用了不正確的運算符：
sum=0;while(true){printf(Input a number to add to the sum or 0 to quit);i=getUserInput();if(i*0){// 若i乘0為真，則使sum加上i的值sum+=i;// 但這不可能發生，因為不論i為何值（i * 0）都是0。如果條件中用的是!=而非*，代碼就能正常運行}if(sum>100){break;// 終止循環。結束條件存在，但從來沒有達到過，因為sum永遠不會增加}}
「奧爾德森循環」是來自一個Microsoft Access的程序員，他編寫的程序產生一個有模式的對話框，用戶需要回應，程序才能繼續運作，但對話框沒有OK鍵或取消鍵，因此只要此對話窗出現，Access程序就無法繼續運作。 無窮遞歸是一種由遞歸造成的死循環。例如以下計算階乘的C語言程序
unsigned int fac(unsigned int a){
//n!=n*(n-1)!
return(fac(a-1)*a);
}
一般遞歸的程序會有一特定條件，此條件成立時直接計算結果，而不是通過遞歸來計算結果，若程序中未定義此條件，就會出現無窮遞歸。
無窮遞歸會造成堆棧溢出，而無窮遞歸不會退出，因此也是死循環的一種。不過若遞歸程序是使用尾部遞歸的處理方式，在有些編程語言（如Scheme）中會優化成循環，因此不會造成堆棧溢出。
上述的程序可以修改成沒有無窮遞歸的程序。
unsigned int fac(unsigned int a){
if(a==0)
{//定義0!=1
return1;
}
else
{
return(fac(a-1)*a);
}
}

『拾』 程序員寫死循環，還有救嗎

這要看，如果你寫了一次後不總結的話，那估計沒有救了； 如果你寫了一次就吸取一次的教訓的話，那你以後寫死循環的機率會越來越小，代碼的正確率也會越來越高