ddms - Online sa Cloud

PROGRAMA:

NAME

ddms - isang graphical na debugging tool para sa Android

SINOPSIS

ddms

DESCRIPTION

Nagbibigay ang Dalvik Debug Monitor Service (DDMS) ng mga serbisyo sa pagpapasa ng port, naka-on ang screen capture
ang device, thread at heap na impormasyon sa device, logcat, proseso, at estado ng radyo
impormasyon, papasok na tawag at panggagaya sa SMS, panggagaya sa data ng lokasyon, at higit pa. Itong pahina
nagbibigay ng katamtamang talakayan ng mga tampok ng DDMS; ito ay hindi isang kumpletong paggalugad ng lahat
ang mga tampok at kakayahan.

Ang DDMS ay gagana sa parehong emulator at isang konektadong device. Kung pareho ay konektado at
tumatakbo nang sabay-sabay, ang DDMS ay nagde-default sa emulator.

Gaano DDMS gumagana
Nagsisilbing middleman ang DDMS upang ikonekta ang IDE sa mga application na tumatakbo sa device. Naka-on
Android, ang bawat application ay tumatakbo sa sarili nitong proseso, na ang bawat isa ay nagho-host ng sarili nitong virtual
makina (VM). At ang bawat proseso ay nakikinig para sa isang debugger sa ibang port.

Kapag nagsimula ito, kumokonekta ang DDMS sa adb at magsisimula ng serbisyo sa pagsubaybay ng device sa pagitan ng
dalawa, na mag-aabiso sa DDMS kapag nakakonekta o nadiskonekta ang isang device. Kapag ang isang aparato ay
konektado, isang VM monitoring service ay ginawa sa pagitan ng adb at DDMS, na mag-aabiso sa DDMS
kapag ang isang VM sa device ay sinimulan o winakasan. Kapag tumatakbo na ang isang VM, kukunin ng DDMS ang
ang process ID ng VM (pid), sa pamamagitan ng adb, at nagbubukas ng koneksyon sa debugger ng VM, sa pamamagitan ng
ang adb daemon (adbd) sa device. Maaari na ngayong makipag-usap ang DDMS sa VM gamit ang isang custom na wire
protocol.

Para sa bawat VM sa device, nagbubukas ang DDMS ng port kung saan makikinig ito para sa isang debugger. Para sa
ang unang VM, nakikinig ang DDMS para sa isang debugger sa port 8600, ang susunod sa 8601, at iba pa. Kailan
kumokonekta ang isang debugger sa isa sa mga port na ito, ipinapasa ang lahat ng trapiko sa pagitan ng debugger
at ang nauugnay na VM. Ang pag-debug ay maaaring maproseso tulad ng anumang remote na sesyon ng pag-debug.

Nagbubukas din ang DDMS ng isa pang lokal na port, ang "base port" ng DDMS (8700, bilang default), kung saan ito
nakikinig din para sa isang debugger. Kapag kumonekta ang isang debugger sa base port na ito, ang lahat ng trapiko ay
ipinapasa sa VM na kasalukuyang pinili sa DDMS, kaya kadalasan dito ka nagde-debug
dapat kumonekta.

Tip: Maaari kang magtakda ng ilang mga kagustuhan sa DDMS sa File > Mga Kagustuhan. Ang mga kagustuhan ay nai-save
sa "$HOME/.ddmsrc".

Kilala pag-debug isyu sa Dalvik

Ang pag-debug ng isang application sa Dalvik VM ay dapat gumana nang katulad ng ginagawa nito sa iba pang mga VM.
Gayunpaman, kapag single-stepping out sa naka-synchronize na code, ang "kasalukuyang linya" na cursor ay maaaring tumalon
sa huling linya sa pamamaraan para sa isang hakbang.

Kaliwa Pane
Ang kaliwang bahagi ng Debug Monitor ay nagpapakita ng bawat emulator/device na kasalukuyang matatagpuan, na may isang listahan
ng lahat ng VM na kasalukuyang tumatakbo sa loob ng bawat isa. Nakikilala ang mga VM sa pamamagitan ng pangalan ng package ng
ang application na iniho-host nito.

Gamitin ang listahang ito para hanapin at i-attach sa VM na nagpapatakbo ng (mga) aktibidad na gusto mong gawin
i-debug. Sa tabi ng bawat VM sa listahan ay isang "debugger pass-through" na port (sa pinakakanan
hanay). Kung ikinonekta mo ang iyong debugger sa isa sa mga nakalistang port, magiging ikaw
nakakonekta sa kaukulang VM sa device. Gayunpaman, kapag gumagamit ng DDMS, kailangan mo lamang
kumonekta sa port 8700, habang ipinapasa ng DDMS ang lahat ng trapiko dito sa kasalukuyang napiling VM.
(Pansinin, habang pumipili ka ng VM sa listahan, ang nakalistang port ay may kasamang 8700.) Sa ganitong paraan, mayroong
hindi na kailangang muling i-configure ang port ng debugger sa tuwing magpalipat-lipat ka sa pagitan ng mga VM.

Kapag tumatawag ang isang application na tumatakbo sa device waitForDebugger() (o piliin mo ito
opsyon sa mga opsyon ng developer), isang pulang icon ang ipapakita sa tabi ng pangalan ng kliyente, habang
ito ay naghihintay para sa debugger na ilakip sa VM. Kapag nakakonekta ang isang debugger, gagawin ng icon
maging berde.

Kung makakita ka ng icon na na-cross out na bug, nangangahulugan ito na hindi nakumpleto ng DDMS ang a
koneksyon sa pagitan ng debugger at ng VM dahil hindi nito nabuksan ang lokal ng VM
daungan. Kung makikita mo ito para sa lahat ng VM sa device, malamang dahil mayroon kang isa pa
halimbawa ng pagtakbo ng DDMS (kabilang dito ang Eclipse plugin).

Kung makakita ka ng tandang pananong sa halip ng isang pakete ng aplikasyon, nangangahulugan ito na, sa sandaling DDMS
natanggap ang application pid mula sa adb, kahit papaano ay nabigo itong gumawa ng matagumpay na pakikipagkamay
sa proseso ng VM. Subukang i-restart ang DDMS.

karapatan salamin ng bintana
Sa kanang bahagi, ang Debug Monitor ay nagbibigay ng mga tab na nagpapakita ng kapaki-pakinabang na impormasyon at
ilang mga kapaki-pakinabang na tool.

Impormasyon
Ipinapakita ng view na ito ang ilang pangkalahatang impormasyon tungkol sa napiling VM, kasama ang process ID,
pangalan ng package, at bersyon ng VM.

Thread
Ang view ng mga thread ay may listahan ng mga thread na tumatakbo sa proseso ng target na VM. Para mabawasan
ang dami ng data na ipinadala sa pamamagitan ng wire, ang mga update sa thread ay ipinapadala lamang kapag tahasan
pinagana sa pamamagitan ng pag-toggle sa "mga thread" na button sa toolbar. Ang toggle na ito ay pinananatili sa bawat
VM. Kasama sa tab na ito ang sumusunod na impormasyon:

ID isang natatanging thread ID na itinalaga ng VM. Sa Dalvik, ito ay mga kakaibang numero simula sa 3.

oras ang Linux thread ID. Para sa pangunahing thread sa isang proseso, tutugma ito sa process ID.

katayuan ang status ng VM thread. Ang mga daemon thread ay ipinapakita na may asterisk (*). Ito ay magiging
isa sa mga sumusunod:

tumatakbo - nagpapatupad ng code ng aplikasyon
natutulog - tinatawag na Thread.sleep()
monitor - naghihintay na makakuha ng lock ng monitor
wait - sa Object.wait()
native - nagpapatupad ng native code
vmwait - naghihintay sa isang mapagkukunan ng VM
zombie - ang thread ay nasa proseso ng pagkamatay
init - ang thread ay nagsisimula (hindi mo dapat makita ito)
simula - magsisimula na ang thread (hindi mo rin dapat makita ito)

utime pinagsama-samang oras na ginugol sa pag-execute ng user code, sa "jiffies" (karaniwan ay 10ms). Tanging
magagamit sa ilalim ng Linux.

stime pinagsama-samang oras na ginugol sa pagpapatupad ng system code, sa "jiffies" (karaniwan ay 10ms).

Pangalan pangalan ng thread

Ang "ID" at "Pangalan" ay nakatakda kapag nagsimula ang thread. Ang natitirang mga patlang ay ina-update
pana-panahon (ang default ay bawat 4 na segundo).

VM Magbunton
Nagpapakita ng ilang heap stats, na-update sa panahon ng pangongolekta ng basura. Kung, kapag napili ang isang VM,
ang VM Heap view ay nagsasabi na ang heap update ay hindi pinagana, i-click ang "Ipakita ang heap updates"
button, na matatagpuan sa itaas na kaliwang toolbar. Bumalik sa view ng VM Heap, i-click ang Dahilan sa GC
magsagawa ng pangongolekta ng basura at i-update ang heap stats.

Alokasyon Mangangaso
Sa view na ito, maaari mong subaybayan ang paglalaan ng memorya ng bawat virtual machine. Gamit ang isang VM
pinili sa kaliwang pane, i-click ang Simulan ang Pagsubaybay, pagkatapos ay Kunin ang Mga Allocation upang tingnan ang lahat
mga alokasyon mula nang magsimula ang pagsubaybay. Ang talahanayan sa ibaba ay mapupuno ng lahat ng nauugnay
datos. I-click itong muli upang i-refresh ang listahan.

Emulator Kontrolin
Gamit ang mga kontrol na ito, maaari mong gayahin ang mga espesyal na estado at aktibidad ng device. Mga tampok
ay kinabibilangan ng:

Telephony katayuan baguhin ang estado ng Voice at Data plan ng telepono (tahanan, roaming,
paghahanap, atbp.), at gayahin ang iba't ibang uri ng Bilis at Latency ng network (GPRS, EDGE,
UTMS, atbp.).

Telephony Aksyon magsagawa ng mga simulate na tawag sa telepono at mga mensaheng SMS sa emulator.

lugar Mga Control na magpadala ng kunwaring data ng lokasyon sa emulator para makapagsagawa ka
mga operasyong may kaalaman sa lokasyon tulad ng pagmamapa ng GPS.

Upang gamitin ang Mga Kontrol sa Lokasyon, ilunsad ang iyong application sa Android emulator at buksan
DDMS. I-click ang tab na Mga Kontrol ng Emulator at mag-scroll pababa sa Mga Kontrol ng Lokasyon. Mula rito, ikaw
maaari:

- Manu-manong magpadala ng mga indibidwal na longitude/latitude coordinate sa device.

I-click ang Manwal, piliin ang format ng coordinate, punan ang mga field at i-click ang Ipadala.

- Gumamit ng GPX file na naglalarawan ng ruta para sa pag-playback sa device.

I-click ang GPX at i-load ang file. Kapag na-load na, i-click ang play button upang i-playback ang ruta
para sa iyong application na alam ang lokasyon.

Kapag nagsasagawa ng playback mula sa GPX, maaari mong ayusin ang bilis ng pag-playback mula sa DDMS
panel at kontrolin ang pag-playback gamit ang mga pindutan ng pause at laktawan. Ipapa-parse ng DDMS ang parehong
mga waypoint ( , sa unang talahanayan), at ang mga track ( , sa pangalawang talahanayan, kasama ang
suporta para sa maramihang mga segment, , bagama't sila ay pinagsama-sama lamang). Tanging
ang mga track ay maaaring i-play. Ang pag-click sa isang waypoint sa unang listahan ay nagpapadala lamang nito
makipag-coordinate sa device, habang ang pagpili ng track ay hinahayaan kang i-play ito.

- Gumamit ng KML file na naglalarawan ng mga indibidwal na placemark para sa sequenced na pag-playback sa device.

I-click ang KML at i-load ang file. Kapag na-load na, i-click ang play button para ipadala ang mga coordinate
sa iyong application na may kamalayan sa lokasyon.

Kapag gumagamit ng KML file, ito ay na-parse para sa a elemento. Ang halaga nito
dapat ay isang set ng longitude, latitude at altitude figure. Halimbawa:

-122.084143,37.421972,4

Sa iyong file, maaari kang magsama ng marami elemento, bawat isa ay naglalaman ng a
elemento. Kapag ginawa mo ito, ang koleksyon ng mga placemark ay idaragdag bilang
mga track. Magpapadala ang DDMS ng isang placemark bawat segundo sa device.

tandaan: Hindi sinusuportahan ng DDMS ang mga rutang ginawa gamit ang lat1,
long1, lat2, long2, ... paraan. Mayroon din sa kasalukuyan
walang suporta para sa node sa loob ng . Maaaring suportahan ang mga release sa hinaharap
naka-time na pagkakalagay at mga ruta sa loob ng isang elemento ng coordinate.

talaksan Explorer
Gamit ang File Explorer, maaari mong tingnan ang file system ng device at magsagawa ng pangunahing pamamahala,
tulad ng pagtulak at paghila ng mga file. Ito ay umiiwas gamit ang adb push at pull command,
na may karanasan sa GUI.

Kapag nakabukas ang DDMS, piliin ang Device > File Explorer... para buksan ang window ng File Explorer. Kaya mo
drag-and-drop sa mga direktoryo ng device, ngunit hindi maaaring i-drag palabas sa mga ito. Upang kopyahin ang mga file mula sa
ang device, piliin ang file at i-click ang Pull File from Device button sa toolbar. Upang
tanggalin ang mga file, gamitin ang Delete button sa toolbar.

Kung interesado kang gumamit ng larawan ng SD card sa emulator, kailangan mo pa ring gawin ito
gamitin ang mksdcard command upang lumikha ng isang imahe, at pagkatapos ay i-mount ito sa panahon ng emulator bootup. Para sa
halimbawa, mula sa direktoryo ng /tools, isagawa ang:

$ mksdcard 1024M ./img $ emulator -sdcard ./img

Ngayon, kapag ang emulator ay tumatakbo, ang DDMS File Explorer ay makakapagbasa at makakasulat
sa direktoryo ng sdcard. Gayunpaman, maaaring hindi awtomatikong lumabas ang iyong mga file. Halimbawa, kung
magdagdag ka ng MP3 file sa sdcard, hindi makikita ng media player ang mga ito hanggang sa i-restart mo ang
emulator. (Kapag i-restart ang emulator mula sa command line, siguraduhing i-mount ang sdcard
muli.)

Tabing Pagbihag
Maaari kang kumuha ng mga larawan sa screen sa device o emulator sa pamamagitan ng pagpili sa Device > Screen
capture... sa menu bar, o pindutin ang CTRL-S.

paggalugad Mga Proseso
Maaari mong makita ang output ng ps -x para sa isang partikular na VM sa pamamagitan ng pagpili sa Device > Ipakita ang proseso
status... sa menu bar.

Maging sanhi a GC sa Nangyari
Maging sanhi ng pangongolekta ng basura sa pamamagitan ng pagpindot sa button ng trash can sa toolbar.

Tumatakbo Dumpys at Dumpstate on ang Device (logcat)
Para magpatakbo ng dumpsys (logcat) mula sa Dalvik, piliin ang Device > Run logcat... sa menu bar.

Upang patakbuhin ang dumpstate mula sa Dalvik, piliin ang Device > Dump device state... sa menu bar.

Suriin radyo estado
Bilang default, ang estado ng radyo ay hindi output sa panahon ng isang karaniwang logcat (ito ay marami sa
impormasyon). Upang makita ang impormasyon ng radyo, i-click ang Device > Dump radio state... o tumakbo
logcat gaya ng inilarawan sa Pag-log ng Impormasyon sa Radyo.

Itigil a Totoo Makina
Maaari mong ihinto ang isang virtual machine sa pamamagitan ng pagpili sa Actions > Halt VM. Ang pagpindot sa button na ito ay nagiging sanhi
ang VM na tatawagan System.exitNa (1).

KILALA MGA ISYU

Kung ikinonekta at ididiskonekta mo ang isang debugger, ibababa at muling ikokonekta ng ddms ang kliyente upang maging VM
napagtanto na ang debugger ay nawala na. Maaayos din ito sa huli.

COPYRIGHT

Ang manu-manong page na ito ay lisensyado sa ilalim ng Apache License, Bersyon 2.0.

Copyright (C) 2013 www.linuxtopia.org

Copyright (C) 2013 Jakub Adam[protektado ng email]>

Gumamit ng ddms online gamit ang mga serbisyo ng onworks.net