源碼分析

『壹』 linux內核源代碼分析怎麼樣

Linux擁有現代操作系統所有的功能，如真正的搶先式多任務處理、支持多用戶，內存保護，虛擬內存，支持SMP、UP，符合POSIX標准，聯網、圖形用戶介面和桌面環境。具有快速性、穩定性等特點。本書通過分析Linux的內核源代碼，充分揭示了Linux作為操作系統的內核是如何完成保證系統正常運行、協調多個並發進程、管理內存等工作的。現實中，能讓人自由獲取的系統源代碼並不多，通過本書的學習，將大大有助於讀者編寫自己的新程序。本書附贈光碟，有關光碟內容請見附錄C。

『貳』 怎樣寫好源碼分析文章

你好
（ 1 ）讀懂程序碼，使心法皆為我所用。
（ 2 ）摸清架構，便可輕松掌握全貌。
（ 3 ）優質工具在手，讀懂程序非難事。
（ 4 ）望文生義，進而推敲組件的作用。
（ 5 ）找到程序入口，再由上而下抽絲剝繭。
（ 6 ）閱讀的樂趣，透過程序碼認識作者。

閱讀他人的程序碼（ 1 ） ---讀懂程序碼，使心法皆為我所用
程序碼是別人寫的，只有原作者才真的了解程序碼的用途及涵義。許多程序人心裡都有一種不自覺的恐懼感，深怕被迫去碰觸其他人所寫的程序碼。但是，與其抗拒接收別人的程序碼，不如徹底了解相關的語言和慣例，當成是培養自我實力的基石。
對大多數的程序人來說，撰寫程序碼或許是令人開心的一件事情，但我相信，有更多人視閱讀他人所寫成的程序碼為畏途。許多人寧可自己重新寫過一遍程序碼，也不願意接收別人的程序碼，進而修正錯誤，維護它們，甚至加強功能。

這其中的關鍵究竟在何處呢？若是一語道破，其實也很簡單，程序碼是別人寫的，只有原作者才真的了解程序碼的用途及涵義。許多程序人心裡都有一種不自覺的恐懼感，深怕被迫去碰觸其他人所寫的程序碼。這是來自於人類內心深處對於陌生事物的原始恐懼。

讀懂別人寫的程序碼，讓你收獲滿滿
不過，基於許多現實的原因，程序人時常受迫要去接收別人的程序碼。例如，同事離職了，必須接手他遺留下來的工作，也有可能你是剛進部門的菜鳥，而同事經驗值夠了，升級了，風水輪流轉，一代菜鳥換菜鳥。甚至，你的公司所承接的專案，必須接手或是整合客戶前一個廠商所遺留下來的系統，你們手上只有那套系統的原始碼（運氣好時，還有數量不等的文件） 。

諸如此類的故事，其實時常在程序人身邊或身上持續上演著。許多程序人都將接手他人的程序碼，當做一件悲慘的事情。每個人都不想接手別人所撰寫的程序碼，因為不想花時間去探索，寧可將生產力花在產生新的程序碼，而不是耗費在了解這些程序碼上。

很遺憾的是，上述的情況對程序人來說很難避免。我們總是必須碰觸到其他人所寫成的程序碼，甚至必須了解它，加以修改。對於這項需求，在現今開放原始碼的風氣如此盛行的今日，正如之前的「程序設計2.0 」文中所提到的，你可以透過開放原始碼學習到新的技術，學習到高手的架構設計，大幅提高學習的效率及效果。你甚至可以直接自開放原始碼專案中抽取，提煉出自己所需的程序碼，站在巨人的肩膀上，直接由彼端獲得所需的生產力。從這個觀點來看，讀懂別人所寫的程序碼，就不再只是從負面觀點的「被迫接收」 ，而是極具正面價值的「汲取養份。 」

先了解系統架構與行為模式，再細讀
倘若撰寫程序碼是程序人的重要技藝之一，那麼讀懂別人的程序碼，接著加以修改，也勢必是另一個重要的技藝。

滿意請採納

『叄』 java源碼分析，最好的解答，應該最好逐句解答，這句什麼要這樣寫，為什麼不哪樣寫，看的人一樣就看懂了。

但是如果連程序最基本的元素——標識符、關鍵字、……等等的都沒有了解的話，那麼最先開始看實例是比較困難的，哪怕是逐句解釋。當然了，可以把概念放到實例中講解，但是這樣一來大量概念和其它信息的相互關聯，未必能讓初學者在一開始就理解實常式序。
我也覺得結合實例的基礎講解比價好，只是不能一味全部是實例，當然也不能全部是概念，要相互結合，適當地概括和總結。

『肆』 源代碼電影解析

源代碼講述了一位在阿富汗執行任務的美國空軍飛行員柯爾特·史蒂文斯，醒來時發現自己正處在一輛前往芝加哥的火車上，並就此經歷的一系列驚心動魄的事件。

史蒂文斯原本正在阿富汗執行任務，醒來時卻發現自己正在一輛前往芝加哥的列車上，並且連身份都不是自己了，而是一個叫肖恩的教師，和一位叫克里斯蒂娜的女子結伴同行。

列車在即將到達芝加哥的途中發生了爆炸，史蒂文斯再度醒來的時候，發現自己在一個看似駕駛艙的密閉空間里，沒有其他人，只有一個電視屏幕，上面有個穿著軍裝的女子——古德溫在和自己說話。

還有一位拄著拐杖的，看上去像負責人的禿頂大叔，他們告訴他，他剛才出現的爆炸列車，是發生在不久前的一場恐怖襲擊，而這只是一系列恐怖襲擊的開始，科學家們已經研究發現人類在死後的8分鍾，意識尚存，他們已經成功研發出名為「源代碼」的政府實驗項目，可以讓史蒂文斯不斷的穿越回發生爆炸的前8分鍾的肖恩的意識里，去尋找犯罪嫌疑人，阻止接下來的恐怖襲擊。

即使每次穿越很痛苦，即使史蒂文斯並不願意執行這次任務，但是他別無選擇，還是一次次的被「送回」那趟列車。

史蒂文斯在每次的穿越過程中，偷偷的搞清楚在自己身上究竟發生了什麼，而得到的結果竟然是：他，史蒂文斯上尉，在阿富汗執行任務中犧牲了，得知真相後的史蒂文斯，知道自己沒有生的可能，不想再一次次的承受這樣痛苦的折磨，他只想得到解脫。

為了讓史蒂文斯順利的完成這次任務，禿頂大叔答應他，只要能夠抓到恐怖分子，阻止接下來的恐怖襲擊，就讓他「死去」。在一次次的「8分鍾」探索中，史蒂文斯終於找到了恐怖襲擊的犯罪嫌疑人，政府順利的抓獲了嫌疑人，制止了更大的傷亡。

但就在這一次次的「8分鍾」中，史蒂文斯對肖恩的朋友，那個與他生死與共，出生入死多次的克里斯蒂娜產生了感情，他想要在死前，做最後一件事情，阻止列車爆炸，拯救那列車上的無辜人。

但是禿頂大叔並不同意，如果列車沒有爆炸過，他的「源代碼」項目就不可能被提上議程，更不可能成功實施，他的項目就永遠都停留在試驗階段，沒有用武之地。

史蒂文斯只能求助於古德溫，那個正義、善良的女軍官，動之以情曉之以理，古德溫最終同意幫助史蒂文斯，她把史蒂文斯再一次送回了列車。

古德溫本來是想在8分鍾結束後，就關閉維持史蒂文斯大腦工作的設備，讓史蒂文斯真正的得到解放，這也是原先禿頂大叔承諾史蒂文斯的，然而，在任務得到成功後，名和利雙收的禿頂大叔反悔了，他讓古德溫將史蒂文斯格式化，而不是關閉。

古德溫假裝執行禿頂大叔的命令，將實驗室的門由內反鎖，等著史蒂文斯完成他的8分鍾。再一次回到列車的史蒂文斯，找到炸彈，關閉了爆炸裝置，也找到恐怖分子，並在將他交給了警方。

他還打電話給了他父親，因為一直以來他和父親的關系都很緊張，這通電話化解了他們之間的誤會與矛盾，冰釋前嫌。在8分鍾的尾聲，他向克里斯蒂娜表明了心意，用一個吻結束一切。本以為救下全車人後，史蒂文斯的生命終止了，卻以肖恩的身份活了下來。

『伍』 怎樣評價羅升陽的android系統源代碼分析

我幹了3年Android sdk開發，覺得到了瓶勁沒法更進一步，於是花了一年多點時間，大概摸到點門徑。根據前輩的經驗，Android底層完全入門需要兩年。 先說下我的入門過程： 第零步，下載源碼，我下的4.2的，框架層源碼10G，內核2G多，ctags給框架層建的標簽文件都有600M，當時讓我有點震撼，用的vim+ctags+cscope來閱讀，還算不錯，架構挺清晰的。 第一步，我找到了一本好書《Android的設計與實現 第一卷》它講了Android框架層的啟動，初始化，服務框架初始化，Binder，消息循環，PackageManagerService，ActivityManagerService。據作者說後面會出講UI子系統的第二卷，拭目以待。其實這本書看了幾十頁我就發現需要第二步的知識，否則看不下去，於是跳去第二步。 第二步，學習Linux系統編程，在看《Android的設計與實現》的時候我發現，框架層的Native部分，全是Linux編程。為了掌握這部分知識，我花了4個月學習了《Linux系統編程手冊》（TLPI）這本1000多頁的書，我以前是搞WIndows文件系統這塊的，所以C語言還比較熟，TLPI的習題很有意思，量也比較大，堅持下來還是收獲很多。 第三步，花了4個月學習了一些Linux內核的知識，看了LKD，PLKA看了一半多。越學越沒底，覺得不懂得越來越多，不過這個也正常，只有靠慢慢磨，估計以後要不斷的磨這塊。 第四步，回頭看Android源碼，這次一口氣看完了《Android的設計與實現 第一卷》，終於對框架層有了譜。同時真的數次把我看暈，前面看Linux內核源碼都沒這么暈，不斷在Java層和Native層之間跳有點磨腦漿。其中我又覺得Java的基礎沒有打太牢，回去補了一個月的《Core Java》第八版。但是這書沒有涉及UI子系統，於是又看了《Android內核剖析》 第五步，《Android內核剖析》（這本書實際上是講框架層的，作者也是個搞嵌入式的，所以他在寫框架層的時候文筆不太好，很羅嗦，不過還是有很多看點，到他後來寫做ROM，玩開發板時估計是說到了他的本行，一下子遛起來了看得出還是挺有水平的，這本書知識有點舊畢竟講的是2.3很多代碼已經過時，但是作者很多點子很有參考價值）這本書講UI子系統和按鍵/觸摸消息處理系統還是很有分量的，尤其13章View繪制那裡，結合源碼研究很有收獲。而後面他講編譯框架和ROM相關的東西都是挺寶貴的資料。 第六步，為了再補一下其他諸如電源管理模塊等子系統的知識看了，《深入理解android》系列，個人認為這個系列看起來有點不太舒服，不過作為補充印證還是比較有價值。 第七步，《Android系統源代碼情景分析》，羅升陽的源碼分析大作，比《Android的設計與實現》分析得更細致，但缺點是涉及到模塊比較少，選用的源碼也比《Android的設計與實現》更舊一點。看完書後需要去研究作者的博客，東西挺多的，一定讓你滿意。 第八步，買塊開發板自己玩。這步我還沒走到，原因是我覺得我還差點准備知識。可能要再幾個月，到時准備入塊6410或者樹莓派。 最後，由於我11年以前都是搞Windows這塊的，所以對Linux知識不是很了解，不得已看了這么些書，如果是一直做Linux的人，很多步驟估計可以省掉了。直接上源碼才是正道。 我本身做著移動GIS開發的工作，學框架層全是因為興趣，但招聘平台Android框架層開發人員還是蠻有競爭力的有不少定製ROM，智能電視的工作都處於人才難求狀態，畢竟有一定的門檻，現在各種ios培訓，讓奔著錢干開發的人紛紛湧入，而ios只能幹sdk開發的缺點就暴露出來了，一堆新手老手，菜鳥大牛全擠在SDK開發這塊，我覺得不太妙。 反觀Android這邊，雖然入門菜鳥沒有搞ios來錢，但是可持續性很好，從sdk-》框架》驅動》內核這樣幹下去。干著干著發現自己漸漸變成了Linux開發者/嵌入式開發者的人也不少，新人，老手，菜鳥大牛各居其位，層次性很好。 轉載

『陸』 C語言源代碼分析（越易懂越好，我只是一個初學者）

1、%d是整數的表示方法，這是printf函數是規定的
2、後面那個就是%d的值，y是個變數名，它保存了一個值，在你這里就是a+b的值。

『柒』 如何分析網站源碼

分析網站源碼可以從以下同個方面
第一,網站採用的技術,是php還是asp,通常php好於asp
第二,網站布局結構是用的div/css還是tabel通常div布局更有利網站收錄
第三,網站的源碼是否支持二次開發,書寫是否規范.只要看代碼有沒有加密,有沒有注釋,易不易看懂
第四,網站源碼是否原創,是否有版權問題.如果你是要用它建站,這個還是要注意下了.免得吃官司
第五,源碼的安全性,可以用360網站網站在線安全檢測來檢查一下.
綜上所述就是分析網站的幾個點了,打了這么多字希望採納

『捌』 怎麼分析robotframework源碼

安裝Robot Framework 的前提是python被安裝。另外，需要使用用Java編寫的測試庫， Jython 必須被安裝。對使用本篇快速入門來說Pyhon已經足夠了。

共有三種不同的安裝Robot Framework 的方法，從而可以選擇最合適你的方式。詳細安裝說明可以在project web pages上找到.
1.有用於windows平台的二進制安裝包。雙擊安裝包按照提示安裝即可。
2.在所有平台上Robot Framework 都可以從源碼安裝。想要安裝源碼，解壓源碼發行包運行命令python setup.py install 。
3.如果Python包管理系統Easy Install 可以使用, Robot Framework 可以通過命令easy_install robotframework 安裝。在windows下你可以手動運行robot_postinstall.py 腳本。

框架安裝好後，將包含有啟動腳本的安裝目錄添加到PATH環境變數中。在UNIX-like 系統中應該可以自動完成，但在windows系統必須從 Control Panel > System > Advanced > EnvironmentVariables 添加如下例子. C:/Python25/Scripts to PATH.

安裝成功後可以用命令pybot –version測試，應該輸出如下:

$ pybot --version

Robot Framework 2.0.3 (Python 2.5.2 on linux2)

運行demo

本篇快速入門指南使用一個可執行的demo。為了運行它啟動一個命令shell，cd到本文件目錄，在命令行輸入下面的命令:

pybot quickstart.html

在本文件內的測試將被執行並產生如下報告:

report.html

測試結果概述

log.html

測試結果細節

output.xml

以輕型XML保存的測試結果，便於與其他工具集成

在瀏覽器中打開 report.html (此鏈接只有在本指南被執行後才能工作), 然後打開此鏈接查看結果。report.html 文件鏈接著 log.html 文件。

有一些命令行選項可以用來控制測試執行和產生的結果。完整列表可以使用pybot –help 來顯示。例如如下命令修改了日誌文件和頂層測試套件的名字:

pybot --log mylog.html --name My_Fine_Tests quickstart.html

注意

使用jybot啟動腳本執行本快速入門指南不能與Jython 2.2工作。使用Jython2.5執行需要使用-Dsys.executable 選項設置可執行文件。

介紹樣例應用程序

本篇指南的樣例應用程序是一個經典登陸樣例的變種: 它是一個使用Python編寫的基於命令行的認證伺服器。 樣例應用允許用戶做三件事情:
•使用有效的密碼創建一個用戶。
•使用有效的用戶名和密碼登陸。
•修改已存在賬戶的密碼。

應用程序在sut目錄下，可以使用命令python sut/login.py 來執行。嘗試使用不存在的用戶賬戶或者錯誤密碼登錄將會長生同樣的錯誤信息:

> python sut/login.py login nobody P4ssw0rd

Access Denied

在使用有效的密碼創建一個用戶賬戶後成功登錄:

> python sut/login.py create fred P4ssw0rd

SUCCESS

> python sut/login.py login fred P4ssw0rd

Logged In

一個有效的密碼必須滿足兩個要求: 它必須是7-12 字元長, 它必須包含大寫或者小寫字母和數字，但是不能包含特殊字元。嘗試使用非法的密碼創建用戶會失敗:

> python sut/login.py create fred short

Creating user failed: Password must be 7-12 characters long

> python sut/login.py create fred invalid

Creating user failed: Password must be a combination of lowercase and

uppercase letters and numbers

使用非法信任狀修改密碼會產生和使用非法信任狀登錄一樣的錯誤。新密碼的有效性將會被驗證，如果不合法如下錯誤信息會被顯示:

> python sut/login.py change-password fred wrong NewP4ss

Changing password failed: Access Denied

> python sut/login.py change-password fred P4ssw0rd short

Changing password failed: Password must be 7-12 characters long

> python sut/login.py change-password fred P4ssw0rd NewP4ss

SUCCESS

本應用程序使用一個簡單的資料庫文件來追蹤用戶的狀態。文件在操作西洞庭的臨時文件目錄。

測試用例

第一個測試用例

Robot Framework 測試用例使用一種簡單表格語法。下表含有兩個樣例：

· 用戶可以創建賬戶並登入

· 用戶使用錯誤密碼無法登入

Test Case

Action

Argument

Argument

User can create an account and log in

Create Valid User

fred

P4ssw0rd

Attempt to Login with Credentials

fred

P4ssw0rd

Status Should Be

Logged In

User cannot log in with bad password

Create Valid User

betty

P4ssw0rd

Attempt to Login with Credentials

betty

wrong

Status Should Be

Access Denied

注意 這些測試比起自動測試用例更像用英語手工寫的測試。Robot Framework 使用關鍵詞驅動的方式，支持用自然語言來編寫可以抓住動作和期望值的本質的測試。測試用例由關鍵詞(通常在第二列)和它們可能的參數組成。

高級別測試用例

測試用例也可以通過使用不攜帶參數的高級別關鍵詞來創建。這種風格允許使用完全的自由文本以便於進行交流，即使是和非技術人員或者其他利益相關者。T Robot Framework 不強制使用任何風格來編寫測試用例,它可以用於行為驅動開發behavior-driven development (BDD)推薦的given-when-then 格式的樣例，如下所示。

Test Case

Steps

User can change password

Given a user has a valid account

when she changes her password

then she can log in with the new password

and she cannot use the old password anymore

這種測試用例或者用戶故事風格的測試用例的類型很適合用於acceptance test-driven development (ATDD). 在 ATDD 中接收測試在實現實際產品特性前編寫並且他們反映了需求。

數據驅動測試用例

通常部分測試用例除了部分不同的輸入或者輸出數據外都.在這些情況下數據驅動，如下面六個測試用例，允許在不復制工作流的情況下改變測試數據 。

Test Case

Action

Password

Expected error message

Too short password

Creating user with invalid passw www.hbbz08.com ord should fail

abCD5

${PWD INVALID LENGTH}

Too long password

Creating user with invalid password should fail

abCD567890123

${PWD INVALID LENGTH}

Password without lowercase letters

Creating user with invalid password should fail

123DEFG

${PWD INVALID CONTENT}

Password without capital letters

Creating user with invalid password should fail

abcd56789

${PWD INVALID CONTENT}

Password without numbers

Creating user with invalid password should fail

AbCdEfGh

${PWD INVALID CONTENT}

Password with special characters

Creating user with invalid password should fail

abCD56+

${PWD INVALID CONTENT}

在這些測試中每個測試用例只有一個關鍵詞，它用於用給定的密碼創建用戶並檢查創建過程失敗返回的錯誤信息。注意錯誤信息使用variables 變數指定。

關鍵詞keywords

測試用例使用關鍵詞創建，關鍵詞可以從三種來源得到：總是可用的built-in keywords 內置關鍵詞，從導入的測試庫中得到的library keywords 庫關鍵詞和使用同樣表格語法創建的用於創造測試用例的user keywords 用戶關鍵詞。

內置關鍵詞

一些常見有用的關鍵詞如Get Time 和 Should Be Equal 總是可用的。技術上來說這些關鍵詞來自於BuiltIn 測試庫，你可以通過它的文檔查看到所有可用的關鍵詞的列表。

庫關鍵詞

所有最底層的關鍵詞都是在測試庫中定義的，它們通過使用標准編程語言實現。 Robot Framework本身具有部分庫，包括用於支持常見的操作系統函數的OperatingSystem 庫，和用於捕捉屏幕焦點的Screenshot 庫。在這些標准庫之外，還有其他的庫分布在不同的開源項目中，例如SeleniumLibrary 用於 Web 測試。當 沒有合適的庫可用時實現自己的庫implement your own libraries也是很容易的。

想要使用一個測試庫提供的關鍵詞，這個庫必須被啟用。本文件中的測試需要從標准OperatingSystem 庫 (例如，Remove File)和用戶自定義LoginLibrary庫(例如Attempt to login with credentials)中定義的關鍵

『玖』 代碼分析文檔

自己寫吧，做人要誠實

python貼吧歡迎你

『拾』 網站源碼分析

這不是密碼驗證源碼！就算是，也不知道的資料庫裡面的密碼！！希望能幫到你！！