A. 怎麼讓： Android上讀取伺服器端的圖片（伺服器從資料庫中取圖片地址給Android）
第一、圖片地址，就是你本地圖片地址，伺服器要取出數據，總得有個路徑吧。圖片放到伺服器方便訪問就行
第二、你在pc上用瀏覽器咋訪問就咋訪問呀，就是網路地址
第三、listview的顯示網上很多的，我就沒有必要跟你多說了
B. PHP如何獲取伺服器圖片
你在上傳圖片的時候，把圖片地址存到資料庫內，直接查詢輸出就好了
如果不是通過代碼上傳的，www文件夾是根目錄文件夾，圖片地址為：http://你的域名/img/name.jpg
C. 圖片先上傳到伺服器中,然後怎麼從伺服器中獲取圖片
你的伺服器
可以自行開設web服務
或者簡單的開一個站點
然後圖片傳到網站的目錄中
直接調用web路徑就可以了
比如http://127.0.0.1/web/123.jpg
D. 客戶端獲得伺服器上的圖片
JSP 保存圖片到一虛擬目錄、applet可以訪問的路徑。
applet再取。
E. 什麼叫應用伺服器
通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法 (methods)。確切一點，你可以說：Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供 (serves)商業邏輯(business logic)。
下面讓我們來細細道來：
Web伺服器(Web Server)
Web伺服器可以解析(handles)HTTP協議。當Web伺服器接收到一個HTTP請求(request)，會返回一個HTTP響應 (response)，例如送回一個HTML頁面。為了處理一個請求(request)，Web伺服器可以響應(response)一個靜態頁面或圖片，進行頁面跳轉(redirect)，或者把動態響應(dynamic response)的產生委託(delegate)給一些其它的程序例如CGI腳本，JSP(JavaServer Pages)腳本，servlets，ASP(Active Server Pages)腳本，伺服器端(server-side)JavaScript，或者一些其它的伺服器端(server-side)技術。無論它們(譯者註：腳本)的目的如何，這些伺服器端(server-side)的程序通常產生一個HTML的響應(response)來讓瀏覽器可以瀏覽。
要知道，Web伺服器的代理模型(delegation model)非常簡單。當一個請求(request)被送到Web伺服器里來時，它只單純的把請求(request)傳遞給可以很好的處理請求 (request)的程序(譯者註：伺服器端腳本)。Web伺服器僅僅提供一個可以執行伺服器端(server-side)程序和返回(程序所產生的)響應(response)的環境，而不會超出職能范圍。伺服器端(server-side)程序通常具有事務處理(transaction processing)，資料庫連接(database connectivity)和消息(messaging)等功能。
雖然Web伺服器不支持事務處理或資料庫連接池，但它可以配置(employ)各種策略(strategies)來實現容錯性(fault tolerance)和可擴展性(scalability)，例如負載平衡(load balancing)，緩沖(caching)。集群特徵(clustering—features)經常被誤認為僅僅是應用程序伺服器專有的特徵。
應用程序伺服器(The Application Server)
根據我們的定義，作為應用程序伺服器，它通過各種協議，可以包括HTTP，把商業邏輯暴露給(expose)客戶端應用程序。Web伺服器主要是處理向瀏覽器發送HTML以供瀏覽，而應用程序伺服器提供訪問商業邏輯的途徑以供客戶端應用程序使用。應用程序使用此商業邏輯就象你調用對象的一個方法(或過程語言中的一個函數)一樣。
應用程序伺服器的客戶端(包含有圖形用戶界面(GUI)的)可能會運行在一台PC、一個Web伺服器或者甚至是其它的應用程序伺服器上。在應用程序伺服器與其客戶端之間來回穿梭(traveling)的信息不僅僅局限於簡單的顯示標記。相反，這種信息就是程序邏輯(program logic)。正是由於這種邏輯取得了(takes)數據和方法調用(calls)的形式而不是靜態HTML，所以客戶端才可以隨心所欲的使用這種被暴露的商業邏輯。
在大多數情形下，應用程序伺服器是通過組件(component)的應用程序介面(API)把商業邏輯暴露(expose)(給客戶端應用程序)的，例如基於J2EE(Java 2 Platform, Enterprise Edition)應用程序伺服器的EJB(Enterprise JavaBean)組件模型。此外，應用程序伺服器可以管理自己的資源，例如看大門的工作(gate-keeping ties)包括安全(security)，事務處理(transaction processing)，資源池(resource pooling)，和消息(messaging)。就象Web伺服器一樣，應用程序伺服器配置了多種可擴展(scalability)和容錯(fault tolerance)技術。
一個例子
例如，設想一個在線商店(網站)提供實時定價(real-time pricing)和有效性(availability)信息。這個站點(site)很可能會提供一個表單(form)讓你來選擇產品。當你提交查詢 (query)後，網站會進行查找(lookup)並把結果內嵌在HTML頁面中返回。網站可以有很多種方式來實現這種功能。我要介紹一個不使用應用程序伺服器的情景和一個使用應用程序伺服器的情景。觀察一下這兩中情景的不同會有助於你了解應用程序伺服器的功能。
情景1：不帶應用程序伺服器的Web伺服器
在此種情景下，一個Web伺服器獨立提供在線商店的功能。Web伺服器獲得你的請求(request)，然後發送給伺服器端(server-side)可以處理請求(request)的程序。此程序從資料庫或文本文件(flat file，譯者註：flat file是指沒有特殊格式的非二進制的文件，如properties和XML文件等)中查找定價信息。一旦找到，伺服器端(server-side)程序把結果信息表示成(formulate)HTML形式，最後Web伺服器把會它發送到你的Web瀏覽器。
簡而言之，Web伺服器只是簡單的通過響應(response)HTML頁面來處理HTTP請求(request)。
情景2：帶應用程序伺服器的Web伺服器
情景2和情景1相同的是Web伺服器還是把響應(response)的產生委託(delegates)給腳本(譯者註：伺服器端(server- side)程序)。然而，你可以把查找定價的商業邏輯(business logic)放到應用程序伺服器上。由於這種變化，此腳本只是簡單的調用應用程序伺服器的查找服務(lookup service)，而不是已經知道如何查找數據然後表示為(formulate)一個響應(response)。這時當該腳本程序產生HTML響應(response)時就可以使用該服務的返回結果了。
在此情景中，應用程序伺服器提供(serves)了用於查詢產品的定價信息的商業邏輯。(伺服器的)這種功能(functionality)沒有指出有關顯示和客戶端如何使用此信息的細節，相反客戶端和應用程序伺服器只是來回傳送數據。當有客戶端調用應用程序伺服器的查找服務(lookup service)時，此服務只是簡單的查找並返回結果給客戶端。
通過從響應產生(response-generating)HTML的代碼中分離出來，在應用程序之中該定價(查找)邏輯的可重用性更強了。其他的客戶端，例如收款機，也可以調用同樣的服務(service)來作為一個店員給客戶結帳。相反，在情景1中的定價查找服務是不可重用的因為信息內嵌在HTML 頁中了。
總而言之，在情景2的模型中，在Web伺服器通過回應HTML頁面來處理HTTP請求(request)，而應用程序伺服器則是通過處理定價和有效性(availability)請求(request)來提供應用程序邏輯的。
警告(Caveats)
現在，XML Web Services已經使應用程序伺服器和Web伺服器的界線混淆了。通過傳送一個XML有效載荷(payload)給伺服器，Web伺服器現在可以處理數據和響應(response)的能力與以前的應用程序伺服器同樣多了。
另外，現在大多數應用程序伺服器也包含了Web伺服器，這就意味著可以把Web伺服器當作是應用程序伺服器的一個子集(subset)。雖然應用程序伺服器包含了Web伺服器的功能，但是開發者很少把應用程序伺服器部署(deploy)成這種功能(capacity)(譯者註：這種功能是指既有應用程序伺服器的功能又有Web伺服器的功能)。相反，如果需要，他們通常會把Web伺服器獨立配置，和應用程序伺服器一前一後。這種功能的分離有助於提高性能(簡單的Web請求(request)就不會影響應用程序伺服器了)，分開配置(專門的Web伺服器，集群(clustering)等等)，而且給最佳產品的選取留有餘地。
F. android怎麼把伺服器端的圖片拿過來伺服器是電腦.怎麼做呢
android中獲取網路圖片，一般採用http的方式，是一件耗時的操作，如果直接獲取有可能會出現應用程序無響應（ANR:Application Not Responding）對話框的情況。對於這種情況，一般的方法就是耗時操作用線程來實現。下面列三種獲取url圖片的方法：
1.直接獲取：
缺陷：此方式是直接在主線中做了耗時操作，嚴重影響app性能，很可能造成ANR
優點：代碼簡單，通俗易懂
核心的android代碼 :
mImageView = (ImageView)this.findViewById(R.id.imageThreadConcept) ;
Drawable drawable = loadImageFromNetwork(IMAGE_URL);
mImageView.setImageDrawable(drawable) ;
//
private Drawable loadImageFromNetwork(String imageUrl)
{
Drawable drawable = null;
try {
// 可以在這里通過文件名來判斷，是否本地有此圖片
drawable = Drawable.createFromStream(
new URL(imageUrl).openStream(), "image.jpg");
} catch (IOException e) {
Log.d("test", e.getMessage());
}
if (drawable == null) {
Log.d("test", "null drawable");
} else {
Log.d("test", "not null drawable");
}
return drawable ;
}
2. 後台線程獲取url圖片：
優點：將耗時操作放在非同步線程，提高app性能
缺陷：由於操作界面需要在主線程中進行，造成主線程與非同步線程頻繁切換。代碼復雜難懂
核心android代碼
mImageView = (ImageView)this.findViewById(R.id.imageThreadConcept) ;
final Handler handler = xxxxxxx;
new Thread(new Runnable(){
Drawable drawable = null;
@Override
public void run() {
// post() 特別關鍵，就是到UI主線程去更新圖片
mImageView.post(new Runnable(){
@Override
public void run() {
drawable = loadImageFromNetwork(IMAGE_URL);
//採用Handler將drawable post到主線程,然後在主線程中調用代碼 //mImageView.setImageDrawable(drawable) ;
}}) ;
}
}).start() ;
3.AsyncTask獲取url圖片
優點：此方式時android官方推薦，性能方面集合了第二種方式。建議採用
缺陷：用此方式時，需要對AsyncTask的原理有一定了解
Java代碼
mImageView = (ImageView)this.findViewById(R.id.imageThreadConcept) ;
new DownloadImageTask().execute(IMAGE_URL) ;
private class DownloadImageTask extends AsyncTask<String, Void, Drawable>
{
protected Drawable doInBackground(String... urls) {
return loadImageFromNetwork(urls[0]);
}
protected void onPostExecute(Drawable result) {
mImageView.setImageDrawable(result);
}
}
G. 網站圖片伺服器怎麼弄
用SUBST命令吧
格式：
subst 要虛擬成硬碟的文件夾路徑 要分配的盤符
例：subst e:\a I:
就是吧E:\A文件夾 虛擬成I盤
刪除的話在命令行後面加 /D
（要虛擬的文件夾所在分區不能有卷標）
用了之後虛擬出來的磁碟就跟要虛擬的文件夾所在分區一樣大
H. nginx搭建圖片伺服器 web應用如何實現圖片上傳
通過severlet上傳圖片是可以的，甚至用手工方式上傳也可以
因為調用讀取這些圖片的話，不用調用severlet，直接調用nginx即可
nginx本身就可以實現靜態資源的web服務
I. Oracle資料庫存儲某張圖片的相對路徑，在服務端這邊怎麼引用，並返回給客戶端。
直接返回前端頁面一個url路徑，你服務端所要做的工作就是獲得圖片伺服器的IP地址以及資料庫中存的相對路徑，拼接好返回給前端頁面。拼接前面的地址就是你圖片伺服器的IP地址啊，你的圖片存在哪個伺服器就寫哪個地址，如果是直接存在應用伺服器上的，那就是應用伺服器的ip，這種伺服器地址應該是配置好的，或許是配置文件、或許是配置表。 這個是你應該提前知道的，直接就拿過來用的。
至於你最後說的把圖片直接存在資料庫，建議你不要試。每個IT人員都在剛開始的時候被深深的教育過，不要這樣做，資料庫會爆炸，當然我也沒這么做過，所以後果也只是聽人說。
返回給用戶一個http://xxx/xxx.jpg的url，瀏覽器可以打開。用戶可以用瀏覽器打開，或嵌入你的頁面返回給客戶.
樓上的，樓主要的不是JSP的，他的服務端也是JAVA的程序，都是純JAVA的，是沒有H5語言的。
J. 怎麼通過WebService獲得伺服器圖片
這是上傳，下載則相反。
WebService部分：
/// <summary>
/// 保存文件到遠程伺服器
/// </summary>
/// <param name="FileByteArray">待轉換位元組數組</param>
/// <param name="FileLength">位元組長度</param>
/// <param name="SaveToUrl">保存路徑</param>
/// <returns>返回是否執行成功</returns>
[WebMethod(Description = "保存文件到遠程伺服器.")]
public bool SaveFile(byte[] FileByteArray,int FileLength, string SaveToUrl)
{
try
{
FileStream fs = new FileStream(SaveToUrl, FileMode.OpenOrCreate, FileAccess.Write);
fs.Write(FileByteArray, 0, FileLength);
fs.Close();
}
catch {
return false;
}
return true;
}
調用部分：
protected void Button1_Click(object sender, EventArgs e)
{
MangerPhoto.Service mp = new MangerPhoto.Service();
Response.Write(mp.SaveFile(getByte(), FileUpload1.PostedFile.ContentLength, "C:\\vv.jpg"));
}
private byte[] getByte() {//獲得轉化後的位元組數組
//得到用戶要上傳的文件名
string strFilePathName = FileUpload1.PostedFile.FileName;
string strFileName = Path.GetFileName(strFilePathName);
int FileLength = FileUpload1.PostedFile.ContentLength;
//上傳文件
Byte[] FileByteArray = new Byte[FileLength]; //圖象文件臨時儲存Byte數組
Stream StreamObject = FileUpload1.PostedFile.InputStream; //建立數據流對像
//讀取圖象文件數據，FileByteArray為數據儲存體，0為數據指針位置、FileLnegth為數據長度
StreamObject.Read(FileByteArray, 0, FileLength);
return FileByteArray;
}