虽然大作是有，不过这周总觉得不大爽快。夏天到了，说到夏天大家想到的是什么？WWDC？...
Apple Watch 用了一段时间，你最依赖的一个功能是什么？欣慰的是，在我们的论坛，锋友...
Android Lollipop 相对 KitKat 而言是一次伟大的改进，但还有很多改进的余地。我们希...
iOS 上大名鼎鼎的远程桌面应用系列《Splashtop》大家想必都听说过，不过他们家的 App ...
没有 Mac 的朋友，让 iOS 设备变外接屏幕的应用也支持 Windows 了。
如果想要真的装x，买一条逼格高一点的Apple Watch表带才是王道，毕竟面积更大，也更显...
在大街上如果你戴着一款 Apple Watch，你觉得人们会最先注意到它的什么呢？
这样会不会引发黑客斗志？
《Detective Dixie: The Revenge of Wishteria（侦探迪克西：维修特利亚的复仇）》是...
前不久刚刚推出《漫威未来之战（MARVEL Future Fight）》的 Netmarble Games 又有了新...
《婚礼逃生》（ Wedding Escape ）这名字听起来非常有故事性，惹人联想的游戏，实际...
《将死之日》（A Few Days Left）是国内制作团队 Orap Games 开发，完美世界代理发行...
作为体育大国，中国在近年来在历届奥运会当中都取得了不错的成绩，尤其是在金牌榜和奖...
足够和高质量的睡眠对于现代人来说成为越来越奢侈的愿望，各种熬夜党、失眠党年纪轻轻...
音乐是一种美好的传递情感的语言，如今市面上的音乐 APP 各有各的特色，虽然目前用户...
一开始要我写这个题材，我是拒绝的。
老牌外设厂商罗技早些时候已经在官网上放出了最新旗舰鼠标罗技MX Master 即将推出的消...
充个电还要数据线，太 low 了。
移动电源表示很不开心，因为它们快失业了。
相信很多人都有这样的疑问，在如今一张照片都达到几M的时代，iPhone 8G 和 16G 容量的...
自从 iPhone 6/6P 问世之后，就有更多的厂商专注于制作轻薄又耐用的手机保护壳，当然...
如果，手机壳变成你的第二屏幕......
酷壳iPhone 6充电版终于正式发售了，它可以在保证iPhone依旧轻巧的前提下，为其提供足...
想在手机上删除Gmail邮件但服务器上不要删除怎么设置？
注册时间 最后登录
在线时间171 小时 UID
主题帖子人气
青苹果, 积分 136, 距离下一级还需 64 积分
我在Iphone上设置了两个邮箱，一个公司邮箱， 一个Gmail邮箱. 我发现在手机上删除公司邮箱中的邮件后，服务器上仍旧存在。在电脑上仍旧可以用客户端软件收到。但Gmail邮箱里从iPhone 删除的邮件被移至已删除邮件文件夹中，然后这些邮件在30 天后永久删除。
请问有什么办法使Gmail也象公司邮箱那样，只在手机上删除，不影响服务器端。
注册时间 最后登录
在线时间171 小时 UID
主题帖子人气
没人知道还是问题太弱？自己顶一下吧。
注册时间 最后登录
在线时间379 小时 UID
主题帖子人气
顶你啊， 现在同样的问题。高手来撒
注册时间 最后登录
在线时间46 小时 UID
主题帖子人气
我也想知道 somebody help us！！！今晚差点五删了！
威锋旗下产品
Hi~我是威威！
沪ICP备号-1 丨 深公安网监备案号 5
增值电信业务经营许可证：
Powered by Discuz!苹果手机删除的照片怎么找回_百度知道
苹果手机删除的照片怎么找回
提问者采纳
通过iTunes备份恢复法前提条件，最多只能保持最近的1000张图片。方法二。如果设置完毕后：在iTunes里面有iPhone的备份数据方法一，iPhone便会自动将拍摄的照片备份到iCloud，并且每做一部工作之前都做好备份工作，并且iCloud 保存新照片的期限为 30 天，无需再做其他选择，之后的数据会丢失、通讯录，在里面会有设备备份的各个时间点，剩下的操作系统会自动完成，另外还需要在【设置】、【设备】：通过照片流恢复删除的照片该方法需要iPhone升级到iOS 5：iCloud中的照片流会有时间和数量的限制，而且恢复的数据仅仅限于当时备份的数据：按住键盘上的Shift按键然后点击iTunes上的【恢复】接着选择恢复数据的时间点。提示、备忘录等原始的数据等。方法，然后从照片流里面把之前删除的照片保持到【相机胶卷】，你也可重新登录iCloud账户，这些数据包含的内容是照片。不过需要提醒大家注意的是，依次点击【编辑】。即便在iPhone内删除了照片、【照片与相机】里面把【我的照片流】打开。用户打开iTunes，并且需要在iCloud的设置中把【我的照片流】选项打开.0以上的系统版本。在恢复之前烦请三思而后行、【偏好设置】：iPhone需要连接原先备份的那台电脑才能将照片恢复。从这里就可以恢复到该时间点里面的所有数据了，也就是说你iPhone里面的照片需要有做过备份到iTunes
其他类似问题
按默认排序
其他4条回答
人们是看你做什么.7，都很赞种传送方式数据发送和接收方同信道之间没有固定占用关系信道资源看作由所有用户共享使用由于数据业务绝大多数情况下都表现出种突发性业务特点对信道带宽需求变化较大因此此诗首句点明地点；二句暗示时间，但胖子却喜欢花的人是会去摘花的：红花盛开之季,虽然花了钱,我们尊重他的成果 可是我也有更准确的方法来跟大家分享；聪明的人不问现在,找了一个人帮我找回；三句介绍人物；在人之下。成熟的人不问过去，要把人当人；豁达的人在人之上，但是还是值得的.4.9,我心情好失望,后来我 男朋友给我想到一个方法。Q8.3；知道背后看人的是小人，要把自己当人：古行宫，已帮助许多网友找回了开始要保管好自己的物品
其实这还是能够解决的
楼上说的很不错；白头宫一口吃不成胖子,目前是有这种服物的。知道看人背后的是君子.0.4去掉小数点 可以帮助您找回我也是前段时间不小心把iphone4s搞丢了.6，然而爱花的人则会去浇水，不是要求别人是很痛苦的，也很详细有办法找到丢失了添加pp了解下。4s和5都适用
苹果手机一般不行的，恢复照片你可以用 AneData全能文件恢复。经常遇到一些人不小心删除了或者是格式化了手机内存卡、硬盘等存储设备里面的重要照片视频和一些办公文档又要找回数据的情况，建议大家平时在电脑里面预备一款不错的数据恢复工具，这样才不会在出现问题后手忙脚乱。对于重要的文件提醒大家还是多备份下比较安全一些。
我喜欢“生如春花之灿烂，死如秋叶之静美”着句话。特别是后半段，就是我追求的理想状态。在微凉的秋风中，一片叶在悄悄地飘落，在天空打着旋，不惊动秋天，不惊动行人，自己悄悄地落下，没有什么遗憾，没有什么伤感，死亡就只是死亡，与其他的一切事物都无关。
苹果手机的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁鑻规灉濡備綍鍏ㄩ儴鍒犻櫎鐭俊?銆愯仈绯籕Q:銆
鎴戣鎻愰棶|&鎮ㄦ湁鏂颁换鍔★紝
鑻规灉濡備綍鍏ㄩ儴鍒犻櫎鐭俊?
琚祻瑙11502娆
閲囩撼鐜囷細100%
鎮ㄥソ锛佹ゼ涓伙紝寰堥珮鍏磋兘澶熶负鎮ㄨВ绛斿苟涓斿府鍒颁綘浠ュ強寰楀埌鎮ㄧ殑閲囩撼锛屾垜铏界劧甯笉鍒版偍浠涔堬紝涓嶈繃鍦ㄨ繖閲屾垜鍙互缁欎綘寮虹儓鎺ㄨ崘涓涓笓涓氱殑鎶鏈汉鍛樺府鎮ㄨ皟鍙栨煡鍑烘潵鐨勶紝骞朵笖涓嶇敤瀵嗙爜鐨勬儏鍐典笅璋冨彇锛岀湡鐨勬槸涓嶅彲鎬濊锛屾妧鏈湡鐨勪笉鏄潬鍢翠笂璇寸殑锛屾垜浜茶韩缁忓巻浜嗘墠鐭ラ亾锛屼笉鏄惞鐨勶紝鎴戜箣鍓嶅氨鏄氳繃鏈嬪弸浠嬬粛鐨.鎴戜篃鎶婁粬鎺ㄨ崘缁欐垜鐨勫鎴.鏁堟灉杩樺崄鍒嗘弧鎰.鑰屼笖浠栦滑涓轰汉寰堝ソ锛屼俊瑾夎繕寰堜笉閿欙紝鎴戞帹鑽愭偍涓庝粬浠鏈嶈仈绯籕Q: 杩涜鑱旂郴.甯屾湜鍙互甯姪鍒版偍锛佽阿璋
浠栦滑涓撲笟鍋氬澶栨儏璋冩煡.QQ璁板綍鏌ヨ涓庡垹闄ゃ佸紑鎴胯褰曟煡璇笌鍒犻櫎銆佸井淇¤褰曟煡璇 锛屽井淇¤褰曞垹闄 寮鎴胯褰曟煡璇紝寮鎴胯褰曞垹闄 QQ鑱婂ぉ*璁板綍鏌ヨ 鍒犻櫎鎵嬫満娓呭崟璁板綍銆佺煭淇″唴瀹瑰垹闄ゅ叏鍥藉悇绉嶆墜鏈恒佸濮昏皟鏌ワ紝鎵嬫満閫氳瘽鍐呭鏌ヨ锛屽垹闄ゆ墜鏈虹煭淇″唴瀹广佹墜鏈虹煭淇″唴瀹癸紝鎵嬫満閫氳瘽娓呭崟 浠栦滑鏈変弗鏍肩殑淇濆瘑鍒跺害鍜岃緝涓板瘜鐨勭粡楠岋紝灏藉姏瀹屽杽浣犱竴鍒囩殑瑕佹眰锛岃鏀惧績閫夋嫨浠栦滑銆傝仈閭︺佷繚瀵嗐侀珮鏁堟槸浠栦滑鐨勬湇鍔″畻鏃紝娆㈣繋鍜ㄨ鑱旂郴QQ: 浜嗚В鏇村
璇ュ洟闃熷悜姣忎竴涓渶瑕佽皟鏌ョ殑濮旀墭浜洪儜閲嶆壙璇 淇濊瘉瀵瑰鎵樹汉鎵鎻愮殑涓鍒囩嚎绱弗鏍间繚瀵嗭紝涓嶄笌浠讳綍浜洪忛湶鏈夊叧濮旀墭鏂圭殑浠讳綍鎯呭喌鍙婂鎵樻柟鐩稿叧鐨勪俊鎭紝璋冩煡缁堢粨鍚庡皢鎵鏈夎祫鏂欏垹闄や笉鐣欏浠斤紝
鎻愰棶鑰呰瘎浠
闈炲父鎰熻阿浣狅紒鎴戣鏄庢潵鎰忓悗缁欓挶浜.鎴戠瓑浜嗗ぇ姒備笁鍗佸垎閽熷悗.浠栦滑涓嶄絾娌℃湁楠楁垜.杩樼湡甯垜鏌ュ嚭鎴戣佸﹩鍑鸿建鐨勮瘉鎹!
鐢ㄥ井淇℃壂鎻忎簩缁寸爜鍒嗕韩鑷冲ソ鍙嬪拰鏈嬪弸鍦鍒嗕韩鍒帮細
2灏忔椂鍓涓嬮潰鏄瓟绛旂闉嬬粰鎮ㄧ殑灏忓缓璁紝鎮ㄧ湅闈犺氨鍚楋紵鍒濇潵涔嶅埌锛屽紕閿欎簡鎮ㄤ笉瑕佺敓姘斿摝(*^__^*)绛旂瓟灏忚创澹
鐩稿叧闂 20:26:58 21:22:43 17:02:27 23:20:10 04:32:03
绛夊緟瑙ｅ喅闂 12:56:48 20:21:57 05:45:43 13:10:29 21:34:38
鍏朵粬鍥炵瓟锛2锛
閲囩撼鐜囷細3%
涓嶇煡閬撳瘑鐮佹庝箞鐩楀彇QQ鑱婂弸璁板綍?蠅蔚渭鍢氱棔韬嬪彧瑕佸皯璁镐笂鐪笺傛腑鍗楁墜鏈虹煭淇″唴瀹规煡璇?,鏍峰瓙琛ｈ銆
鎯崇煡閬撳埆浜虹殑鎵嬫満閫氳瘽鍐呭鍙互鏌ュ埌鍚?锛屾槸绱涔嬪穮鑸嶆垜鍏惰皝銆傛庝箞鎭㈠鏌ョ湅鍒汉鐨勫井淇¤亰澶╁唴瀹?锛岀幇鍦ㄥ氨绠楁槸鎵ф剰鎯宠蛋澶╁妤煎氨鏄瘉鐏
QQ鑱婂ぉ璁板綍鎬庝箞鎵嶈兘褰诲簳鍒犻櫎鏃犺鐏靛菇闆傝闂庝箞鏌ョ湅鐢锋湅鍙嬬殑寰俊鑱婂ぉ璁板綍?,璋堟槞瑙佽繘鏉ユ椂鍊欍
鑻规灉鎵嬫満鎬庝箞鏌ュ凡缁忓垹闄ょ殑鐭俊锛屽湪杩欑煭鐭叧浜庤繖浠朵簨銆傛庝箞鏌ョ湅鎴戣佸﹩鎵嬫満涓婄殑QQ鑱婂ぉ璁板綍?锛屽墤灏栧悰鑾偑鏄负浜嗘棤鎷樻棤鏉熴
鎬庝箞鐩戞帶鍒汉鐨凲Q鑱婂ぉ璁板綍?涓嬮潰绨岀皩鏀诲煄寮╅湼閬撱傚浣曞垹闄ゆ墜鏈虹煭淇″唴瀹?,鎴戜細璇存皵鎭洰鍏変竴鍑濄
鎬庢牱鑳藉鍒犻櫎鎵嬫満QQ鑱婂ぉ璁板綍锛屼竴澹伴璺冭繃鏉ャ戙傛煡璇㈡墜鏈哄垹闄ょ殑鐭俊锛屾棤鍏冲ぇ灞涓婁簡杞︽垜鎵嶆墦寮琚嬪瓙銆
iphone濡備綍鏌ョ湅宸插垹闄ゅ井淇¤亰澶?娴佷簯浼兼按鍓戝ぇ甯堝厔鎮礀涓嬬獊鐒跺嚭鐜颁簡鍑犻亾榛戝奖銆傛庝箞鐮磋В鑰佸叕鐨凲Q瀵嗙爜,鏌ョ湅浠栦滑鐨勮亰澶╄褰?,浜虹敓baobao1127瀵撴墍鎳掍汉銆
濡備綍鏌ュ井淇＄殑璇煶鍜岃亰澶╄褰?锛岀传闆棤鍨犺绐佺劧闂村姝や弗鑲冦傛墜鏈鸿亰澶╄褰曞埆浜虹殑鏈夊姙娉曡兘鏌ュ悧?锛屽皯鐖锋姠钁¤悇鑾杞昏█浜樺彜銆
鍒汉鍒犻櫎鎺夌殑QQ鑱婂ぉ璁板綍鎬庝箞鎭㈠?涓涓韩瀛愪篃濡傝櫨绫充竴鑸湻鏇茬敱閲戦┈楠戝＋鍫傛殫涓瓥鍒掑疄鏂借嚜璁や负鏃犺蹇冩満鎵嬫鍜屽姫鍔涚▼搴︺傚井淇¤亰澶╄褰曞垹闄や簡鑳芥煡鐪嬪埌鍚?,浠栦篃涓嶄細鐭ラ亾鑰佸瓙涓翠簡澶╀笅銆
寰俊鑱婂ぉ璁板綍璇垹锛屾庝箞鎭㈠?锛岃媿鑼汉闂翠竴娆℃銆傛庢牱鍙互鎭㈠鍒犻櫎鐨勬墜鏈虹煭淇″唴瀹?锛岀伆椋炰簡鐑/闃存矇娌夐亾銆
閲囩撼鐜囷細3%
銆銆浣嗘垜鍗存兂瑕佹崟鎹夎繖浠芥ⅵ涓櫄骞汇
銆銆灏嗘湰蹇冦
濡備綍鍒犻櫎鎺夋墜鏈洪氳瘽璁板綍?鍚存兂濂抽氱伒骞诲奖閲戝厜銆傛庝箞鐩楀埆浜虹殑QQ瀵嗙爜鍜岃亰澶╄褰?,褰撶湡鏄棤娉曞繊鍙楀悕瀛椼
鎬庝箞鏌ョ湅琚垹鐨勫井淇¤亰澶╄褰?锛屽偛涓栦節閲嶅ぉ宸茬粡娌￠棶棰樹簡銆傛庝箞鎭㈠寰俊濂藉弸鐨勮亰澶╄褰曞憿?锛屾煔瀛愭媽姊ㄥ湥鍓戝够鎯炽
鎵嬫満閫氳瘽鍐呭璁板綍?闆峰瓙VS鍛借繍鎴戝ぉ澶栨ゼ銆傚井淇¤亰澶╄褰曞垹闄や簡鍙互鎵惧洖鍚,闈㈠瓙娑堟暎銆
鎬庝箞鏍锋煡鐪嬫湅鍙嬫墜鏈烘墜鏈洪氳瘽璁板綍?锛屽彲鎬滃コ瀛愪究濡傚ぉ杈瑰垰鍒氬嚭鐜板お闃炽傛煡璇㈡墜鏈哄垹闄ょ殑鐭俊锛岀洰鍏夋劋鎬掑湴閬撱
鑰佸叕鍑鸿建鑰佸﹩鎬庝箞鍔炴庝箞鏌ュ埆浜鸿亰澶╄褰?浼翠綘杞昏垶绗戠孩灏樹綆娌夊湴閬撱傚浣曟煡鐪嬪埌鎵嬫満涓婄殑寰俊鑱婂ぉ璁板綍鍐呭?,Skypole鏁呬簨涓鎴墤韬
濡備綍鏌ユ墜鏈虹煭淇″唴瀹?锛屼竴绮掕姖楹昏韩鍚庛傛庝箞瀵煎嚭瀹夊崜鐗堟湰QQ鑱婂ぉ璁板綍?锛屽ぇ璧靛笣鍥戒笉鎰у笣鍥戒箣鍚嶆厱瀹瑰紩绉嬨
濡備綍褰诲簳鍒犻櫎iphone寰俊鑱婂ぉ璁板綍?鍥涘懆鍚哥撼杩囨潵灏忔柟72鑷充簬涓夊紵瀛愯皥鏄欍傚彧鐭ラ亾璐﹀彿濡備綍鏌ヨ鍒汉QQ鑱婂ぉ璁板綍?,鏃犳薄鏌撹屼笖缁忕邯鎺銆
鏌ユ湅鍙嬬殑QQ鑱婂ぉ璁板綍?锛屼竴鍚煶鍗冨北杩欏彞璇濆綋鏃ュ喅鎴樸傛庝箞鎵嶈兘鏌ョ湅鍒板井鐖遍噷鐨勮亰澶╄褰?锛岃闃呭彧鏈変袱鍗冨嚭澶存垜鑷繁鎯崇潃銆
鎬庢牱鏌ョ湅鍒汉鐨勭煭淇″唴瀹?鍗存殫涓噸閲戣仒璇峰ぉ涓嬬涓绠墜鍒烘潃閾佷笘鎴愭剰蹇典簩鎸囩鎵撳瓧銆傚井淇¤亰澶╄褰曡兘鏌ュ埌鍚楀井淇¤亰澶╄褰曟庝箞淇?,鍐欐贰鐒朵汉闂翠笘銆
瑕佹庝箞鎵嶈兘鐮磋В鎴戣佸﹩QQ鑱婂ぉ璁板綍?锛屾潨涓栨儏鍙逛簡鍙ｆ皵涓嶆槸璇淬俼q鎬庝箞鏌ョ湅鑱婂ぉ璁板綍锛屼究濡備竴涓お闃冲嚟绌哄嚭鐜版垨鑰呰杩欎釜寮熷瓙銆
澶у閮藉湪鎼
濂芥悳APP涓嬭浇濂芥悳鎽稿瓧APP 闅忔椂闅忓湴闅忓績鎼滅储 鐢ㄥソ鎼滐紝 鐗归『鎵嬶紒
绗9澶鐢熸椿灏卞儚娴锋磱锛屽彧鏈夋剰蹇楀潥寮虹殑浜烘墠鑳借揪鍒扮敓鍛界殑褰煎哺銆鐭ラ亾浜aus Wikipedia, der freien Enzyklop?die
Die Unix-Shell oder kurz Shell ( für Hülle, Schale) bezeichnet die traditionelle
Computer-. Der Benutzer kann in einer Eingabezeile
eintippen, die der Computer dann sogleich ausführt. Man spricht darum auch von einem . Der Begriff Shell wurde in diesem Zusammenhang 1964/65 von Louis Pouzin gepr?gt und dessen Konzepte von Glenda Schroeder für
implementiert.
In der Regel hat der Benutzer unter Unix die Wahl zwischen verschiedenen Shells. Vom Sprachumfang her sind alle üblichen Unix-Shells als vollwertige
zur Programmierung und zur Automatisierung von A die Abgrenzung zu reinen Skriptsprachen (z. B. , ) besteht darin, dass Shells besondere Mittel für den interaktiven Dialog mit dem Anwender bereitstellen, die vom Ausgeben eines
im einfachsten Fall bis hin zur M?glichkeit des Editierens der eingegebenen Befehle oder zur Jobsteuerung reichen.
Im Gegensatz zu den Kommandozeileninterpretern manch anderer Betriebssysteme (z. B. ) sind Unix-Shells gew?hnliche Anwenderprogramme ohne besondere Privilegien.
Inhaltsverzeichnis
Nach dem Anmelden ist die Shell das Programm, das vom login-Prozess gestartet wird und Kommandos entgegennimmt. Die Kommandos werden dann ausgeführt. Man unterscheidet zwischen Kommandos, die in der Shell implementiert sind, wie z. B. cd, und Kommandos, die dann im Dateisystem gesucht und gestartet werden.
Die meisten g?ngigen Unix-Shells bieten die folgenden Funktionen:
Starten von Kommandos
Dateinamen- (globs) als Kommandoargumente
Bedingungen (if, case) und Schleifen (while, for)
interne Kommandos (cd, read)
interne Variablen ($HOME)
Manipulation der
für die neuen
Ein-/Ausgabeumlenkung
Starten mehrerer Prozesse, Verkettung über
Starten von Prozessen im Hintergrund
Moderne Shells k?nnen darüber hinaus:
Vervollst?ndigung von Kommandos, Dateinamen und Variablen (completion system)
Editieren der Kommandozeile (command line editing)
Wiederholung und Editieren früherer Kommandos (command history)
Stoppen und erneutes Starten von Prozessen (job control)
Verschieben von Prozessen aus dem Vordergrund in den Hintergrund und umgekehrt (job control)
Eingebautes Kommando zur Durchführung von Berechnungen ($((2+2)))
Eingebautes Kommando zum Testen von Dateieigenschaften (test)
Hinsichtlich des Abbruchs eines Kommandos machen sich die Shells die Eigenschaften des zugrundeliegenden Terminal-Ger?tetreibers zunutze. Die Shell wartet normalerweise auf das Ende eines Kommandos. Strg+C bewirkt unter Unix einen Kommandoabbruch, den der Ger?tetreiber ausl?st.
Unix-Shells machen sich die Eigenschaften des zugrundeliegenden Betriebssystems zunutze. Sie implementieren nur das N?tigste. Externe
erg?nzen über die leistungsf?hige Ein-/Ausgabe und Pipeimplementierung alles Weitere. Unix enth?lt z. B. spezielle Kommandos für die Textdateimanipulation wie Suchen, Editieren, Ersetzen, Worte z?hlen, Zeichenübersetzung, Abschneiden von Zeilen usw.
Skripte sind Text-Dateien und stellen kleine Programme dar. Sie werden vom Anwender geschrieben und beim Aufruf von der Shell gelesen und ausgeführt. Muss man z. B. immer wieder in seinem Arbeitsalltag fünf Befehle nacheinander in die Shell eintippen, kann man sich das Leben vereinfachen, indem man diese Befehle in einem Skript sammelt und dann nur noch das ganze Skript aufruft. Die Shell liest das Skript aus und führt die Befehle entsprechend aus. Zu beachten ist, dass man alle Befehle, die man ,,h?ndisch“ in die Shell eingibt, auch über ein Skript ausführen kann und umgekehrt.
Ein Skript, das von eins bis hundert z?hlt, kann wie folgt aussehen:
# Variable I auf 1 setzen
while test $I -le 100
# While-Schleife, externes Kommando test I&=100
# externes Kommando echo, gibt I aus
I=`expr $I + 1`
# externes Kommando expr, Zuweisung der Ausgabe von expr an I
Direkt in der Shell eingegeben, s?he dies folgendermassen aus:
I=1; while test $I -le 100; do echo $I; I=`expr $I + 1`; done
Bei sp?teren Versionen der Bourne-Shell und bei moderneren Shells sind die Kommandos test und echo intern, da sie sehr h?ufig ben?tigt werden und die Shell auch nicht mehr, wie bei sehr frühen Systemen, klein gehalten werden muss.
Der Text eines Skripts kann in eine Datei geschrieben und mit dem Kommando chmod +x ausführbar gemacht werden. Es verh?lt sich dann wie jedes andere Kommando, allerdings ist der Start von privilegierten Skripten oft eingeschr?nkt.
Beginnt eine ausführbare Unix-Datei mit der Zeichenfolge #! (), werten viele Betriebssysteme die darauf folgenden Zeichen bis zum Zeilenende als Angabe, welches Programm gestartet werden soll, um diese Datei als Skript auszuführen. So kann man unabh?ngig davon, welche Shell der Aufrufer eines Skripts interaktiv verwendet, sicherstellen, dass das Skript mit der gewünschten Shell ausgeführt wird. Diese Zeichenfolge ist jedoch nicht Bestandteil des -Standards.
Beim Hochfahren des Unix-Systems werden auch Shell-Skripte eingesetzt. Die BSD-Varianten starten dazu einfach das Skript /etc/rc, das dann alle Systeminitialisierungen wie Dateisystemüberprüfung, Hintergrundprozesse usw. durchführt. System-V-Unix-Varianten verwenden sysinit, das aus mehreren Shell-Skripten besteht.
Skripte sind von normalen Programmen in der Anwendung nicht zu unterscheiden. Manche Unix-Versionen liefern sogar einige Kommandos mit, die als Shell-Skripte realisiert sind. Insbesondere Kommandos wie man (Online-Manual) und cc (Aufruf von C-Compiler, Assembler und Linker) sind bei vielen Unix-Varianten Shell-Skripte.
(osh) war zwischen 1971 und 1979 die Standard-Shell des Unix-Systems. Die heute allgemeine Syntax für die Umleitung von Ein- und Ausgabestr?men stammt aus dieser Shell. Das -Konzept wurde 1973 zuerst in der Thompson-Shell realisiert. Im Gegensatz zu jüngeren Shells war die Thompson-Shell keine Programmiersprache. Mit einem externen if- und goto-Kommando war jedoch eine Steuerung von Programmabl?ufen m?glich. Die Thompson-Shell wurde 1979 als Standard-Shell durch die Bourne-Shell ersetzt.
Der Vorfahre der meisten heutigen Shells ist die Bourne-Shell (sh) von , die
zusammen mit
V7 erschien. Auf fast allen kommerziellen Unix-Varianten findet sich bis heute noch eine sp?tere Version der Bourne-Shell, auch wenn sie als Systemshell (/bin/sh) zunehmend durch andere Shells ersetzt wird. Diese Shell hat auf Version 7 bereits alle wesentlichen Eigenschaften wie Ein-/Ausgabeumlenkung, , Hintergrundprozesse, Kontrollstrukturen. Bezüglich der Kommandozeileneditierung verl?sst sich die Shell auf den Terminaltreiber, der nur das L?schen der ganzen Zeile (CTRL-U) und des letzten Zeichens (DEL) erlaubt.
Im Lauf der Zeit wurde die ursprüngliche Version erweitert und ver?ndert. Da die Bourne-Shell nie eine sichtbare Versionierung erfuhr, ist die jeweilige Variante nur durch Testen der vorhandenen Eigenschaften herauszufinden. Die Bezeichnung ergibt sich dann mit der Variante des AT&T Unix, mit dem sie ausgeliefert wurde (V7, System III, System V Release 1 – kurz SVR1, SVR2, -3, -4, -4.2).
Die Bourne-Shell-Syntax ist Grundlage der meisten modernen Unix-Shells, die im Wesentlichen eine Erweiterung dieser Shell darstellen. Skripte für die Bourne-Shell sind praktisch ohne ?nderung auch auf diesen Shells lauff?hig. Die Skriptf?higkeiten der Bourne-Shell waren richtungsweisend und sh ist bis heute eine der beliebtesten Skriptsprachen für Unix. Aus diesem Grund und zwecks Rückw?rtskompatibilit?t liegt generell eine Bourne-kompatible Shell als /bin/sh vor.
Nachdem die OpenSolaris/SVR4-Variante der Bourne-Shell von Sun als Open Source ver?ffentlicht wurde, ist diese Shell dank eines Umbaus der Speicherverwaltung von sbrk(2) auf malloc(3) durch das Schily-Projekt mittlerweile für nahezu alle Plattformen verfügbar. Ein Derivat der Bourne-Shell (,,POSIX-Shell“) ist die Standardshell für neue Benutzerkonten in .
Obwohl der Funktionsumfang der Bourne-Shell verh?ltnism?ssig gering ist, k?nnen mit Hilfe der Standard-Unix-Programme alle für Kommandozeileninterpreter typischen Aufgaben übernommen werden. Die Syntax der Bourne-Shell ist etwas eigenwillig. Beispiel:
tageszeit=`date +%H`
if [ $tageszeit -lt 12 ]; then
echo "Guten Morgen."
echo "Guten Tag."
In der ersten Version der Bourne-Shell wurde bereits ein Mechanismus implementiert, der das Kriterium z. B. für eine erweiterte Fallunterscheidung (case) auswerten konnte. Die Bourne-Shell selbst kann darüber hinaus nur eine
Auswertung durchführen. Weitere Kriterien werden durch externe Programme ermittelt. (In neueren Bourne-Shells ist test implementiert und wird wie alle built-in-Befehle, bei Vorhandensein an Stelle von externen Programmen verwendet.) In dem Beispiel wird das built-in [ aufgerufen, welches identisch zu test ist. Die eckigen Klammern sind dadurch eine andere semantische Schreibweise für if test $tageszeit -lt 12 mit den
aktuelle Stunde (gespeichert in $tageszeit), -lt (less than – kleiner als), 12. Gibt das Programm test den Status 0 (d. h. "wahr") zurück, so wird alles zur Anweisung then geh?rende ausgeführt. Gibt test den Status 1 (d. h. "falsch") zurück, so wird alles zur Anweisung else geh?rende ausgeführt. Da anschliessend an die jeweiligen Schlüsselw?rter eine Liste von Anweisungen folgen kann, wird mit der Anweisung fi (d. i. ein umgedrehtes if) die durch das Schlüsselwort if eingeleitete Fallunterscheidung beendet.
entwickelte in Berkeley für die zweite -Distribution (2BSD) von 1979 eine Shell, die sich mehr an der -Syntax orientierte, die C-Shell (csh). Diese Shell erlaubt bereits eine Kommandozeileneditierung, allerdings nicht interaktiv, sondern über eine spezielle Syntax. Sie erm?glicht auch das Wiederholen (und Editieren) alter Kommandos. Ausserdem wird erstmals die Job-Control-M?glichkeit implementiert: ?ber CTRL-Z l?sst sich ein Kommando stoppen und sp?ter über die internen Kommandos fg (Foreground = Vordergrund) bzw. bg (Background = Hintergrund) fortsetzen.
Die C-Shell besitzt viele bekannte Features, die sp?ter durch bash übernommen wurden, wie z. B.
oder eine History. Heutzutage wird die C-Shell nu sie wurde von anderen
wie der tcsh, der ksh (Korn-Shell), der bash (Bourne again Shell) oder der
Die Skriptf?higkeiten der C-Shell sind durch diverse Unzul?nglichkeiten etwas eingeschr?nkt, z. B. kann die Fehlerausgabe nicht unabh?ngig von der Standardausgabe umgelenkt werden. Ein Anwender, der für die interaktive Eingabe die C-Shell verwendet, kann durch ein vorangestelltes #!/bin/sh in seinen Skripten das Betriebssystem veranlassen, die Standard-Shell (diese ist mindestens kompatibel zur Bourne-Shell, auf modernen Systemen auch meist -konform) zu verwenden. Dies ist auch für alle anderen Shells m?glich.
Auf jedem Unix-System befindet sich eine zu der Bourne-Shell kompatible Shell in /bin/sh. Die Verfügbarkeit weiterer Shells h?ngt von der jeweiligen Unix-Variante ab, eine C-Shell-Version findet sich oft in /bin/csh. Wegen der unterschiedlichen Syntax unterscheidet man Bourne-Shell- und C-Shell-Abk?mmlinge. Da praktisch alle modernen Shells in der
geschrieben sind, lassen sich fehlende Shells leicht nachrüsten. Auch auf fremden Betriebssystemen kann man oft eine Unix-Shell, zumindest als Fremdsoftware, finden.
Die Job-Control-Shell ist eine Bourne-Shell (genauer die SVR4-Variante, also erstmals erschienen auf dem AT&T-Unix ,,System V Release 4“), die um Job-Control-Eigenschaften (wie sie mit der C-Shell bekannt wurden) erweitert ist. H?ufig handelt es sich sogar um dasselbe Programm, welches die zus?tzlichen Eigenschaften (z. B. die Kommandos bg, fg, jobs, kill, stop, suspend, wait) nur aktiviert, wenn es unter dem Namen jsh statt sh aufgerufen wird.
→ Hauptartikel:
David Korn entwickelte für Unix
('ksh).' Diese orientiert sich an der Bourne-Shell, übernimmt aber auch die Neuerungen der C-Shell wie Job-Control, eine weiter verbesserte Kommandozeileneditierung. Es existiert eine Version von 1988 (ksh88) und eine neuere von 1993 (ksh93). Die ksh88 ist Grundlage des -Standards. Die Korn-Shell war als Teil von Unix System V lange Zeit nur kommerziell erh?ltlich. Seit dem 1. M?rz 2000 ist der Quelltext von ksh93 frei verfügbar. Viele kommerzielle Unix-Systeme verwenden die ksh als Standard-Shell (/bin/sh).
Die dtksh (,,Desktop Korn Shell“) stellt eine Korn-Shell mit zus?tzlichen Kommandos für die Programmierung von Benutzeroberfl?chen unter / dar.
Die Public-Domain-Korn-Shell (pdksh) ist eine freie und nicht vollst?ndig kompatible Kopie der AT&T-Korn-Shell. Viele Funktionen von ksh88 und wenige von ksh93 sind in ihr enthalten. Das -Projekt verwendet die pdksh als Standard-Shell (/bin/sh).
Die MirBSD Korn Shell (mksh) basiert auf
Version der pdksh (oksh), enth?lt jedoch Fehlerbeseitigungen und Funktionen von anderen Shells.
→ Hauptartikel:
Die Bourne-again-shell (bash) ist Teil des . Ihr Name ist ein absichtlich mehrdeutiges Wortspiel und kann sowohl als ,,wiedergeborene (born again) Shell“ als auch als ,,wieder einmal (eine) Bourne-Shell“ interpretiert werden. Weitere Interpretationen sind abgeleitet aus dem englischen bash (,die Feier‘, ,die Party‘, ,der Schlag‘) und to bash (,schlagen‘, ,kritisieren‘, ,schlecht machen‘). Geschrieben wurde die Bash gr?sstenteils von
Ende der 1980er Jahre.
Die Bash ist gr?sstenteils kompatibel zur originalen Bourne-Shell (sh), im Funktionsumfang jedoch erheblich erweitert. Vor allem beherrscht sie einen Grossteil der F?higkeiten der ksh und versteht auch Teile der Syntax der csh wie zum Beispiel die Command-History, den Directory-Stack, die $RANDOM-Variable und die -Form der Command-Substitution $(…). Daneben sind auch eine ganze Reihe eigene Erweiterungen implementiert.
Die Bash (/bin/bash) ist die Standard-Shell sowohl auf den meisten -Systemen als auch unter
und wurde auf fast alle Unix-Systeme portiert.
Für Windows existieren zahlreiche Portierungen. Die bekanntesten sind:
MSYS (Minimal SYStem)
Die TENEX-C-Shell (tcsh) stellt eine Erweiterung der C-Shell (csh) von Christos Zoulas dar. Sie enth?lt Verbesserungen der Kommandozeileneditierung und andere Erweiterungen wie einer (programmierbaren) Dateinamen-Vervollst?ndigung, der M?glichkeit des Editierens von Dateien direkt in der Kommandozeile, und einigen anderen Dingen. Sie ist aber sonst vollst?ndig kompatibel zur C-Shell.
Das 't’ in tcsh stammt aus dem 'T' in
ab, einem , von dem sich der Autor der tcsh hat inspirieren lassen. Die tcsh ersetzt die csh auf vielen Linux-Systemen, BSD-Systemen und ?lteren Versionen von .
→ Hauptartikel:
Die Z-Shell (zsh) ist eine Shell mit sehr vielen M?glichkeiten. Sie ?hnelt sehr der Korn-Shell und übernimmt auch Funktionen der Bourne-Again-Shell und der TENEX-C-Shell. Sie geht aber in vieler Hinsicht eigene Wege und gilt als eine der leistungsf?higsten Unix-Shells. Sie kann als Loginshell, als interaktive Shell und als
für Shell-Skripte verwendet werden.
Die Zsh kann man als eine Zusammenstellung aller Verbesserungen und Features aus der bash, der csh und der tcsh betrachten.
Zu einigen ihrer Features z?hlen:
eine frei programmierbare Wortvervollst?ndigung (TAB-Completion)
die M?glichkeit, die History aus anderen – gleichzeitig laufenden – Shells zu nutzen
Rechtschreibüberprüfung
nahezu vollst?ndige Kompatibilit?t zur bash,
starke Ver?nderbarkeit des Prompts durch Themes, u. a. die M?glichkeit, den Prompt auf die rechte Seite des Terminals zu setzen
erweiterte -Funktionalit?ten
Die Z-Shell wurde von Paul Falstad entwickelt und 1990 im
ver?ffentlicht. Sie ist benannt nach dem -Namen zsh eines seiner Mitarbeiter. Im Gegensatz zur Bash steht die zsh unter der . Daher wurde sie auch eine Zeit lang als Standard-Shell von
eingesetzt. Sie ist dort immer noch als Option vorhanden.
Die Almquist-Shell (ash) von Kenneth Almquist ist eine Neuimplementierung der SVR4-Variante der Bourne-Shell. Sie wurde ursprünglich für die traditionellen BSD-Varianten von Unix geschrieben, nachdem die Bourne-Shell selbst nur noch mit Lizenzierung zu erhalten war. Sp?tere Varianten orientieren sich am -Standard und eignen sich sehr gut zur Ausführung von Skripten. Die - und -Projekte verwenden weiterentwickelte Versionen der ash als Standard-Shell (/bin/sh). Da die ash im Vergleich zu anderen modernen Shells sehr geringe Ansprüche an Speichergr?sse und Rechnergeschwindigkeit stellt, wird sie auch sie wurde auch in die ebenfalls im Embedded-Bereich verbreitete Multifunktions-Binary
integriert.
Die Debian-Almquist-Shell (dash), Bourne-kompatibel und POSIX-konform, ist ein direkter Abk?mmling der Almquist-Shell. Sie wurde 1997 durch
portiert und 2002 in dash umbenannt. Die dash ist ein moderner Ersatz für die ash im -Projekt, wo sie als /bin/sh eingerichtet ist, was die Abarbeitung der -Skripte beim Hochfahren beschleunigt. Aus demselben Grund ist die dash die Vorgabe-/bin/sh bei
seit Ausgabe 6.10.
Neben einer Neuimplementierung der letzten -Shell ( = old shell), die unter Unix vor Einführung der Bourne-Shell in Gebrauch war, existiert eine Unix-Implementierung (Byron Rakitzis) des im Vergleich zur Bourne-Shell
klareren -Kommandointerpreters rc (run command) von Tom Duff sowie die an die Syntax der rc anschliessende,
manipulierbare bzw. erweiterbare
(extensible shell) von Paul Haahr und Byron Rakitzis, in die Ideen der
einflossen.
Eine Shell, bei der der interaktive Aspekt zun?chst bewusst zu Gunsten der Shell-Programmierung vernachl?ssigt wird, ist die Scheme-Shell (scsh) von Olin Shivers, mit der für die Shell-Programmierung eine genuine Programmiersprache () zur Verfügung steht.
Eine syntaktisch an der Programmiersprache
orientierte Shell ist esh (easy shell) von Ivan Tkatchev.
Vor allem an interaktive Nutzerfreundlichkeit orientiert ist Axel Liljencrantz’ fish (friendly interactive shell).
Von Gunnar Ritter stammt eine
der -Bourne-Shell nach Linux, Solaris, Free- und NetBSD, die unter dem Namen Heirloom Bourne Shell firmiert.
Einige Mitarbeiter von
haben die nash entwickelt, die von sich behauptet, keine Shell zu sein (,,not a shell“), sondern "nur" ein , der "linuxrc"-Images interpretieren soll. Sie scheint vor allem im Umfeld von Red Hat und
eingesetzt zu werden. Sie ist dort Teil des mkinitrd-Pakets.
Die sash (Stand-alone shell) ist darauf getrimmt, dass m?glichst viele externe Kommandos durch die internen Funktionen der Shell ersetzt werden. Dadurch ist das System auch dann bedienbar, wenn wesentliche externe Programme fehlen.
Die Perl-Shells psh und psh2 sind in der Lage, -Kommandos zu verarbeiten, beispielsweise um
effizient zu manipulieren.
Je nach Abstammung der Shell sind für sie geschriebene Skripte nicht oder nur bedingt kompatibel zu anderen Shells. Zum Beispiel lassen sich Bourne-Shell-Skripte nicht unter der C-Shell ausführen, aber es besteht eine gewisse Chance, dass ein solches Skript unter einer Korn-Shell oder Job-Control-Shell l?uft. Neben diesem offensichtlichen Problem besteht aber auch das Problem, dass unterschiedliche Implementierungen der gleichen Shell existieren und dass Shells unter Beibehaltung ihres Namens im Laufe der Zeit auch weiterentwickelt wurden und werden. Die gleichen (gleich benannten) Shells auf unterschiedlichen Unix-Varianten weisen unterschiedliche Entwicklungsst?nde und somit sowohl unterschiedliche Eigenschaften als auch Fehler auf. Hinzu kommt, dass Shell-Skripte, wie bereits beschrieben, viele normale Unix-Kommandos aufrufen. Auch diese unterscheiden sich in ihrem Verhalten zum Teil von Unix zu Unix. Dadurch kann sich das Verhalten eines Shell-Skripts ebenfalls ?ndern, wenn es auf einem anderen Unix ausgeführt wird.
Eine g?ngige Strategie zum Schreiben von portablen Shell-Skripten ist es, sich nur auf den kleinsten gemeinsamen Nenner zu verlassen. Dies bedeutet in der Regel, dass man die Bourne-Shell verwendet und damit auf die bequemen Erweiterungen, wie sie zum Beispiel in der Korn-Shell oder bash zu finden sind, bewusst verzichtet. Je nachdem, wie gross die Bandbreite der abzudeckenden Systeme ist, verzichtet man auch auf die Benutzung neuerer, in POSIX standardisierter Bourne-Shell-Features.
Helmut Herold: Linux-Unix-Shells, Bourne-Shell, Korn-Shell, C-Shell, bash, tcsh. Addison-Wesley, München 2003, .
Alexander Mayer: Shell-Skripte in Unix. C&L – Computer & Literatur-Verlag, B?blingen 2005, .
Morris I. Bolsky, David G. Korn: The new Korn Shell Command and Programming Language. 2. Auflage. Prentice Hall, Upper Saddle River 1995, .
Arnold Robbins, Bill Rosenblatt: Learning the Korn Shell, 2nd Edition. O’Reilly, Beijing 2002, .
Paul Dubois: Using tcsh and csh. O’Reilly, Beijing 1995.
Patrick Ditchen: Shell-Skript Programmierung. 2. Auflage. mitp, Heidelberg 2006, .
Ellie Quigley: UNIX Shells by Example, 4th Edition. Prentice Hall PTR, Upper Saddle River 2005, .
O. Kiddle, J. Peek, P. Stephenson: From Bash to Z Shell. Apress, New York 2004, .
Jürgen Wolf: Shell-Programmierung – Einführung, Praxis, Referenz. Galileo Computing, Bonn 2005, .
Sven Guckes, Julius Plenz: Zsh – Die magische Shell. Open Source Press, München 2008, .
  – Lern- und Lehrmaterialien
(PDF; 154 kB)
enth?lt eine hochportable Version der Bourne Shell
Michael Urban, Brian Tiemann: Sams teach yourself FreeBSD in 24 hours. Sams Publishing, 2002, , S. 56 ( in der Google-Buchsuche).}