1. The client sends a "Client hello" message to the server, along with the client's random value and supported cipher suites.
2. The server responds by sending a "Server hello" message to the client, along with the server's random value.
3. The server sends its certificate to the client for authentication and may request a certificate from the client. The server sends the "Server hello done" message.
4. If the server has requested a certificate from the client, the client sends it.
5. The client creates a random and encrypts it with the public key from the server's certificate, sending the encrypted Pre-Master Secret to the server.
6. The server receives the Pre-Master Secret. The server and client each generate the Master Secret and session keys based on the Pre-Master Secret.
7. The client sends "Change cipher spec" notification to server to indicate that the client will start using the new session keys for hashing and encrypting messages. Client also sends "Client finished" message.
8. Server receives "Change cipher spec" and switches its record layer security state to symmetric encryption using the session keys. Server sends "Server finished" message to the client.
9. Client and server can now exchange application data over the secured channel they have established. All messages sent from client to server and from server to client are encrypted using session key.

1. Server side certificate. Sent by Azure IoT Hub Server to client.
2. Client side certificate. Sent by client to server. It’s optional.

1. 1.       在Available Declarations中选择Certificates，点击Add。
2. 2.       在右边的Trust flags勾选上Exclusive Trust，加上这个以后，就能够保证不是随随便便用一张服务端证书就能够把客户端应用糊弄过去啦。
3. 3.       在右边的Certificates中点击Add New， Store Name需填写Root，Content中添加你所要验证的服务端证书。
4. 4.       在添加以后，该服务端证书会自动添加到你的项目中，我们需要在该证书的文件属性中将Copy to Output Directory改为Copy if newer。

 首先，在确认编码已经成功之后，我们可以获得输出的媒体的Asset编号：

 private async Task<string> CreateAssetFile(string accessToken, string assetId)

{

    var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Files");

    request.Method = "POST";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string requestbody =

    "{\"Name\":\"test.wmv\", \"ContentFileSize\":\"0\",\"MimeType\":\"video/x-ms-wmv\",\"ParentAssetId\":\"" + assetId + "\"}";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.7";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

    var responseStream = response.GetResponseStream();

    var stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    JObject responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    return d.Value<string>("Id");

}

然后我们需要得到一个可以下载该Asset的policy编号

private async Task<string> DownloadAccessPolicy(string accessToken)

{

            var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/AccessPolicies");

            request.Method = "POST";

            request.ContentType = "application/json;odata=verbose";

            request.Accept = "application/json;odata=verbose";

            string name = "DownloadPolicy" + DateTime.UtcNow.ToString("s") + "Z";

            string dura = "3600";

            int permission = 1;

            var requestbody = "{ \"Name\" : \"" + name + "\", \"DurationInMinutes\" : \"" + dura + "\", \"Permissions\" : " + permission + "}";

            request.Headers["DataServiceVersion"] = "3.0";

            request.Headers["MaxDataServiceVersion"] = "3.0";

            request.Headers["x-ms-version"] = "2.5";

            request.Headers["Authorization"] = "Bearer " + accessToken;

            var requestBytes = Encoding.UTF8.GetBytes(requestbody);

            var requestStream = await request.GetRequestStreamAsync();

            await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

            await requestStream.FlushAsync();

            var response = await request.GetResponseAsync();

            var responseStream = response.GetResponseStream();

            var stream = new StreamReader(responseStream);

            var returnBody = stream.ReadToEnd();

            var responseJsonObject = JObject.Parse(returnBody);

            var d = responseJsonObject["d"];

            return d.Value<string>("Id");

}

根据这个Asset编号以及相应的Policy编号，就可以得到Stream的路径了：

public async Task<string> GetOriginURL(string policyId, string assetId, string accessToken)

{

            HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Locators");

            request.Method = "POST";

            request.ContentType = "application/json;odata=verbose";

            request.Accept = "application/json;odata=verbose";

            string starttime = DateTime.UtcNow.ToString("s") + "Z";

            int type = 2;

            String requestbody = "{ \"AccessPolicyId\" : \"" + policyId + "\", \"AssetId\" : \"" + assetId + "\", \"StartTime\" : \"" + starttime + "\", \"Type\" : " + type + "}";

            request.Headers["DataServiceVersion"] = "3.0";

            request.Headers["MaxDataServiceVersion"] = "3.0";

            request.Headers["x-ms-version"] = "2.5";

            request.Headers["Authorization"] = "Bearer " + accessToken;

            var requestBytes = Encoding.UTF8.GetBytes(requestbody);

            var requestStream = await request.GetRequestStreamAsync();

            await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

            await requestStream.FlushAsync();

            WebResponse response = await request.GetResponseAsync();

            Stream responseStream = response.GetResponseStream();

            StreamReader stream = new StreamReader(responseStream);

            var returnBody = stream.ReadToEnd();

            JObject responseJsonObject = JObject.Parse(returnBody);

            var d = responseJsonObject["d"];

            return d.Value<string>("Path");

}

这个路径是不包含文件名的，另外，为了支持不同的平台，我们需要在该路径后面加上不同的manifest标志，由于我们前面是将媒体文件编码为Smooth Streaming流的，所以这里只需要加上manifest就可以了，最终在Button_Click中的代码就是：

var outputAssetId=await GetOutputAssetId(Id,accessToken);

policyId = await DownloadAccessPolicy(accessToken);

var streamPath = await GetOriginURL(policyId, outputAssetId, accessToken);

var streamFullPath=streamPath+"Wildlife.ism/manifest";

这里得到的streamFullPath就是可以用来播放的流媒体路径了。你可以把它放到任意一个支持Smooth Streaming流媒体的播放器中播放。那么在Windows Store应用中该如何播放呢？其实微软已经提供了支持Smooth Streaming的Windows Store应用控件，你可以首先下载Microsoft Smooth Streaming Client SDK for Windows 8.1：

https://visualstudiogallery.msdn.microsoft.com/0170c67c-c183-4fee-8dd4-c2b44d710d40

以及Player Framework for Windows and WP v2.0:

https://playerframework.codeplex.com/releases

然后在您的应用的Reference中添加三个引用：

Microsoft Smooth Streaming Client SDK For Windows 8.1

Microsoft Player Framework

Microsoft Player Framework Adaptive Streaming Plugin

注意，在添加了这三个引用以后，您的应用就不能使用Any CPU了，而必须的显式的设置x86或者x64。

然后在Toolbox里面就可以看到一个新的控件MediaPlayer，将该Media Player加到我们的XAML文件中

<PlayerFramework:MediaPlayer x:Name="mediaPlayer"/>

然后在后台的Button_Click的事件处理函数中添加代码来使Media player支持Smooth Streaming 并且设置它的Source，这样我们得到的流媒体才可以在Windows Store应用中播放：

var adaptivePlugin = new Microsoft.PlayerFramework.Adaptive.AdaptivePlugin();

mediaPlayer.Plugins.Add(adaptivePlugin);          

mediaPlayer.Source = new Uri(streamFullPath);

mediaPlayer.Play();

终于，所有的工作都已经大告成功，我们现在可以享受Smooth Streaming的流畅播放体验了。当然不管是Azure Mobile以及Microsoft Player Framework都是支持HLS以及MPEG DASH，所以如果你想采用这两种格式的话也是完全没问题的，区别就在于编码时格式选择的不同以及streamFullPath中manifest后缀的不同，有兴趣的朋友可以去自己尝试一下，这里我不重复了。

使用用REST API，我们可以将任意格式的文件上传到服务器上，但是为了使媒体数据能够正确的发布，Azure Media需要安装了合适的编码器来做编解码的工作。Azure Media上已经内置了缺省的编码器，可以支持市面上主流的流媒体格式，同时，第三方也可以为Azure Media开发自己的编码器。

上一篇文章中我们已经把媒体文件上传到Azure Media服务器上，但是如果需要encoder的话，这个上传还是不完全的，我们需要在上传之前建立一个Asset文件：

private async Task<string> CreateAssetFile(string accessToken, string assetId)

{

    var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Files");

    request.Method = "POST";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string requestbody =

    "{\"Name\":\"test.wmv\", \"ContentFileSize\":\"0\",\"MimeType\":\"video/x-ms-wmv\",\"ParentAssetId\":\"" + assetId + "\"}";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.7";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

    var responseStream = response.GetResponseStream();

    var stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    JObject responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    return d.Value<string>("Id");

}

然后在上传之后更新这个Asset文件信息：

private async Task MergeAssetFile(string accessToken, string fileId, string assetId, ulong size)

{

    var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Files('"+fileId+"')");

    request.Method = "MERGE";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string requestbody = "{\"ContentFileSize\":\""+size+"\",\"MimeType\":\"video/x-ms-wmv\",\"Name\":\"test.wmv\",\"ParentAssetId\":\"" + assetId + "\"}";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.7";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

}

这样才算让Azure Media真正的得到上传的媒体文件的信息。接下来就可以进行编码工作了。我们首先获得一个编码处理单元，这里我们选择的处理单元是Windows Azure Media Encoder:

public async Task<String> GetProcessorId(string accessToken)

{

    HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/MediaProcessors()?$filter=Name%20eq%20'Windows%20Azure%20Media%20Encoder'");

    request.Method = "GET";           

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.5";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    WebResponse response = await request.GetResponseAsync();

    Stream responseStream = response.GetResponseStream();

    StreamReader stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    JObject responseJsonObject = JObject.Parse(returnBody);

var results = responseJsonObject["d"]["results"][0];

    return results.Value<string>("Id");                       

}

在得到了编码处理单元以后，我们就可以创建一个编码任务了:

public async Task<String> CreateEncodeJob(string jobname, string assetId, string processorId, string accessToken)

{

    var assertURI = "https://media.windows.net/api/Assets('" + assetId + "')";

    HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Jobs");

    request.Method = "POST";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string name = "UploadPolicy" + DateTime.UtcNow.ToString("s") + "Z";

    string dura = "300";

    int permission = 2;

    String requestbody = "{ \"Name\" : \"" + name + "\"," +

                            " \"DurationInMinutes\" : \"" + dura + "\", " +

                            " \"Permissions\" : " + permission + "}";

    requestbody ="{\"Name\" : \"" + jobname +  "\"," +

                    " \"InputMediaAssets\" : [{\"__metadata\" : {\"uri\" : \"" + assertURI + "\"}}]," +

                    " \"Tasks\" : [{\"Configuration\" : \"H264 Smooth Streaming 720p\"," +

                    " \"MediaProcessorId\" : \"" + processorId + "\"," +

                    " \"TaskBody\" : \"<?xml version=\\\"1.0\\\" encoding=\\\"utf-8\\\"?><taskBody><inputAsset>JobInputAsset(0)</inputAsset><outputAsset>JobOutputAsset(0)</outputAsset></taskBody>\"}]}";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.2";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

    var responseStream = response.GetResponseStream();

    var stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    JObject responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    return d.Value<string>("Id");

}

这里我们选择将媒体文件编码为H264 Smooth Streaming 720p。该流媒体格式是主要针对Windows平台的，Azure Mobile也提供了跨平台的支持，比如说HLS或者MPEG-DASH。

在创建完成编码任务以后，Azure Media就开始在后台进行编码工作了。您可以等待一会儿，或者在你需要的时候查询编码状态，如果编码完成的话就换返回状态值3.首先我们实现查询编码状态的函数：

public async Task<int> GetJobState(string Id, string accessToken)

{

    String uir = "https://wamshknclus001rest-hs.cloudapp.net/api/Jobs('" + Id + "')/State";

    HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(uir);

    request.Method = "GET";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.5";

    request.Headers["Authorization"] = "Bearer " + acsBearerToken;

    WebResponse response = await request.GetResponseAsync();

    Stream responseStream = response.GetResponseStream();

    StreamReader stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    JObject responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    return d.Value<int>("State");

}

然后我们在前一篇文章的Button_Click事件处理函数中添加代码如下：

private async void Button_Click(object sender, RoutedEventArgs e)

{

    StorageFolder library = Windows.Storage.KnownFolders.VideosLibrary;

    var video = await library.GetFileAsync("test.wmv");

    string accessToken = await GetAccessToken();

    string assetId = await CreateAsset(accessToken);

    string fileId = await CreateAssetFile(accessToken, assetId);

    string policyId = await UpdateAccessPolicy(accessToken);

    string containerName = await GetContainerName(policyId, assetId, accessToken);

    //use storage API to upload

    StorageCredentials credentials = new StorageCredentials(storageName, storageKey);

    var storageAccount = new CloudStorageAccount(credentials, false);

    var cloudBlobClient = storageAccount.CreateCloudBlobClient();

    var container = cloudBlobClient.GetContainerReference(containerName);

    await container.CreateIfNotExistsAsync();

    CloudBlockBlob blockBlob = container.GetBlockBlobReference("Wildlife.wmv");

    await blockBlob.UploadFromFileAsync(video);

    var bp = await video.GetBasicPropertiesAsync();

    await MergeAssetFile(accessToken, fileId, assetId, bp.Size);

    var processorId = await GetProcessorId(accessToken);

    var Id = await CreateEncodeJob("testJob", assetId, processorId, accessToken);

    int jobState = 0;

    while (jobState != 3)

    {

        jobState = await GetJobState(Id, accessToken);

        await Task.Delay(TimeSpan.FromSeconds(2));

    }

}

这里我们通过轮询编码任务的状态来等待任务结束，为了避免等待过于频繁，我这边设定每次轮询时间为5秒。

这样我们已经完成了媒体文件的编码了，执行上述代码，当任务完成后，我们可以到Azure Portal上查看结果，看到这个媒体文件的编码已经成功了。

在这一篇中，我们实现了对媒体文件的编码，后面我还会继续讲如何发布编码后的流媒体，尽请关注。

为了使用Azure Media，你首先需要在Azure上创建一个媒体服务账号。该账号用以提供访问该媒体服务所需的信息。下面是创建媒体服务账号的步骤：

1.       登录进入Azure管理门户：

https://manage.windowsazure.com/

如果你还没有Windows Azure的账号,那么有两种办法可以免费试用Windows Azure:

a.  因为Windows Azure已经在中国落地，你可以到https://www.windowsazure.cn上去申请试用，这段时间1元试用可是有大礼包送的哦。

b.  你可以登录全球的Windows Azure网站https://www.windowsazure.com来建立一个试用账号。在建立使用账号过程中如果无法进行电话或者短信验证的话，可以到以下网址提交一个问题来要求免去电话和短信验证步骤：

https://support.microsoft.com/oas/default.aspx?prid=14238&ln=en-us&st=1&wfxredirect=1

在提交问题的时候，你需要设定如下支持类型

然后再后续的邮件中再描述一下你遇到的问题，要求免去电话和短信验证步骤就可以了。

2.  点击新建->应用服务->媒体服务->快速创建，输入所需的名称，选择媒体服务存放的地点以及存储服务的账户。如果你之前没有建立存储服务的账户的话，你也可以选择“新建存储账户”。然后点击“创建媒体服务”就创建了一个媒体服务账号：

3.       点击新创建的媒体服务账号->管理密钥，你就可以获得访问该媒体服务所需的账户名称以及访问密钥，请将这两个字符串拷贝出来，后面我们会在编程的时候使用到：

在配置完Azure Media以后，我们就可以在Windows Store应用程序中通过REST API来传文件了。

首先，我们创建一个新的Windows Store应用，然后为项目添加两个引用：

Microsoft.WindowsAzure.Storage

Newtonsoft.Json

为了演示视频文件的上传，我们可以在示例代码中加入一个Button,然后在Button的处理函数中添加相关的代码。我们需要定义两个string来存放前面获得的Account Name和Access Key。另外，我们还需要定义两个string来存放对应的存储账户的Account Name和Access Key以便于后续对存储容器的直接访问。对应的存储账户信息可以从媒体服务的仪表板中获得：

接下来就是具体的实现代码了，对于要发送的http报文的内容，下面的MSDN链接已经有详细的描述，我这边就不再重复了：

https://msdn.microsoft.com/en-us/library/azure/jj129593.aspx

根据上述的描述，我们首先要获得一个Access Token，代码如下：

public class AcsToken

{

    public string token_type { get; set;}

    public string access_token{ get;set;}

    public int expires_in {get;set;}

    public string scope { get;set;}

}

private async Task<string> GetAccessToken()

{

    string scope = "urn:WindowsAzureMediaServices";

    string accessControlServiceUri = "https://wamsprodglobal001acs.accesscontrol.windows.net/v2/OAuth2-13";

    HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(accessControlServiceUri);

    request.Method = "POST";

    request.ContentType = "application/x-www-form-urlencoded";

    var requestBytes = Encoding.UTF8.GetBytes("grant_type=client_credentials&client_id=" +

        mediaServicesAccountName + "&client_secret=" + System.Net.WebUtility.UrlEncode(mediaServicesAccountKey) +

        "&scope=" + System.Net.WebUtility.UrlEncode(scope));

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    WebResponse response = await request.GetResponseAsync();

    Stream responseStream = response.GetResponseStream();

    DataContractJsonSerializer ser = new DataContractJsonSerializer(typeof(AcsToken));

    var acsToken = (AcsToken)ser.ReadObject(responseStream);

    return acsToken.access_token;

}

在得到访问令牌后，就可以创建Asset了：

private async Task<string> CreateAsset(string accessToken)

{

    var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Assets");

    request.Method = "POST";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string assertName = "myAssert";

    string requestbody = "{ \"Name\" : \"" + assertName + "\" }";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.5";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

    var responseStream = response.GetResponseStream();

    var stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    JObject responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    return d.Value<string>("Id");

}

接下来我们需要更新Access Policy，允许对Asset进行写操作：

private async Task<string> UpdateAccessPolicy(string accessToken)

{

    var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/AccessPolicies");

    request.Method = "POST";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string name = "UploadPolicy" + DateTime.UtcNow.ToString("s") + "Z";

    string dura = "300";

    int permission = 2;

    var requestbody = "{ \"Name\" : \"" + name + "\", \"DurationInMinutes\" : \"" + dura + "\", \"Permissions\" : " + permission + "}";

    request.Headers["DataServiceVersion"] = "3.0";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.5";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

    var responseStream = response.GetResponseStream();

    var stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    var responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    return d.Value<string>("Id");

}

得到了所获得的权限以后，我们就可以通过Assert的存储容器来上传媒体文件了。首先来获得Asset对用的存储容器的名称：

private async Task<string> GetContainerName(string policyId, string assetId, string accessToken)

{

    var request = (HttpWebRequest)HttpWebRequest.Create("https://wamshknclus001rest-hs.cloudapp.net/api/Locators");

    request.Method = "POST";

    request.ContentType = "application/json;odata=verbose";

    request.Accept = "application/json;odata=verbose";

    string starttime = DateTime.UtcNow.AddMinutes(-5).ToString("s") + "Z";

    int type = 1;

    var requestbody = "{ \"AccessPolicyId\" : \"" + policyId + "\", \"AssetId\" : \"" + assetId + "\", \"StartTime\" : \"" + starttime + "\", \"Type\" : " + type + "}";

    request.Headers["MaxDataServiceVersion"] = "3.0";

    request.Headers["x-ms-version"] = "2.5";

    request.Headers["Authorization"] = "Bearer " + accessToken;

    var requestBytes = Encoding.UTF8.GetBytes(requestbody);

    var requestStream = await request.GetRequestStreamAsync();

    await requestStream.WriteAsync(requestBytes, 0, requestBytes.Length);

    await requestStream.FlushAsync();

    var response = await request.GetResponseAsync();

    var responseStream = response.GetResponseStream();

    var stream = new StreamReader(responseStream);

    var returnBody = stream.ReadToEnd();

    var responseJsonObject = JObject.Parse(returnBody);

    var d = responseJsonObject["d"];

    string path = d.Value<string>("Path");

    return (new Uri(path)).Segments[1];

}

接下来就是通过存储服务的API来上传视频文件了，因为存储服务的SDK支持Windows Store应用，所以这里就不用REST API来实现了，直接调用SDK提供的接口，这样整个的Button响应函数代码如下：

private async void Button_Click(object sender, RoutedEventArgs e)

{

    StorageFolder library = Windows.Storage.KnownFolders.VideosLibrary;

    var video = await library.GetFileAsync("Wildlife.wmv");

    string accessToken = await GetAccessToken();

    string assetId = await CreateAsset(accessToken);

    string policyId = await UpdateAccessPolicy(accessToken);

    string containerName = await GetContainerName(policyId, assetId, accessToken);

    StorageCredentials credentials = new StorageCredentials(storageName, storageKey);

    var storageAccount = new CloudStorageAccount(credentials, false);

    var cloudBlobClient = storageAccount.CreateCloudBlobClient();

    var container = cloudBlobClient.GetContainerReference(containerName);

    await container.CreateIfNotExistsAsync();

    CloudBlockBlob blockBlob = container.GetBlockBlobReference("videoblob");

    await blockBlob.UploadFromFileAsync(video);

}

通过以上代码，我们就完成了对视频文件的上传，后续我还将讲述如何对媒体文件进行转码及播放，尽情期待。

The default change to use Notification Hub for push only applies when creating a mobile service via the portal.  We can make one with the CLI resulting in one not using notification hubs. If you install the AzureCLI and run:  "azure mobile create <appname>" , and follow the prompts, you can then continue to use the scripts in the old way.

After you installed the Azure CLI, run command prompt with administrator privilege(you can do this via pressing windows logo key + X key, and choose “Command Prompt(Admin)”), then type following commands:

1. azure account download , which will navigate you to the web browser to download the setting profile
2. azure account import “path\**.publishsetting” , which will import your azure account credential
3. azure mobile create <appname>

这个问题是因为过大的程序集文件导致的。如果你在开发应用的时候将所有的代码放在一个项目中，然后生成了一个很大的dll文件，这个dll可能会因为内存限制无法通过安装流程。目前为止，您可以通过将该dll分割成功多个小的dll来解决该问题。

This problem can be caused by large size of the assembly. If you put all the code into one Widnwos Phone project and generate a single large dll. The dll might not be able to pass the deployment process because of the memory limitation. So far you can refactor the DLL into multiple smaller ones to fix this problem.

首先，你需要有windows debugger tools，也就是windbg。这是一个强大的系统级调试工具，它附属于Windows WDK和Windows SDK安装包中，WDK这玩意儿太小众了，我们这边暂且不提，所以安装windbg的最佳办法就是安装Windows SDK了，Windows SDK很大，你在安装的时候你可以选择只安装Debugging Tools for Windows。Windows SDK for Windows 8.1的下载地址如下：

https://msdn.microsoft.com/en-US/windows/desktop/bg162891

在安装完windbg以后，我们就可以来分析转储文件了。但是且慢，转储文件呢，转储文件到哪里去找? 如果你找不到的话，那么请随我来。当你的windows store应用上架以后，你就可以看到一个“报告”按钮。

点击这个“报告”按钮，你就可以看到应用程序的统计数据以及左边菜单栏中的“质量”链接：

点击“质量”链接你会看到程序关于质量方面统计数据，这里直接忽略前面的三项看第四项“最常见的崩溃情况”，这里就提供了客户上传的转储文件。

选取你想要看的转储文件，然后下载，下载的文件是一个cab格式的压缩包，将它解压缩就得到了dmp后缀的转储文件了。我们会在这里演示两个转储文件的分析。

用windbg打开第一个转储文件，windbg会在命令窗口中显示报错的代码，这通常是在系统的组件中，对我们查抄问题并没有帮助。比如以下就是载入转储文件后显示的内容：

Windows 8.1 Version 9600 MP (4 procs) Free x86 compatible

Product: WinNt, suite: SingleUserTS Personal

Built by: 6.3.9600.16384 (winblue_rtm.130821-1623)

Machine Name:

Debug session time: Tue Jan 28 21:19:13.000 2014 (UTC + 8:00)

System Uptime: 0 days 13:25:15.561

Process Uptime: 0 days 0:06:15.000

................................................................

................................................................

.............................................

Loading unloaded module list

........

This dump file has an exception of interest stored in it.

The stored exception information can be accessed via .ecxr.

(2054.2efc): Unknown exception - code c000027b (first/second chance not available)

eax=aaaaaaaa ebx=00000000 ecx=00000000 edx=00000000 esi=050eeea0 edi=aaaaaaaa

eip=75789bcf esp=050eee5c ebp=050eeef8 iopl=0         nv up ei pl nz ac po nc

cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00000212

combase!RoFailFastWithErrorContextInternal+0x10a:

75789bcf 6a03            push    3

为了帮助我们查看转储文件中的内容，首先我们需要告诉windbg到哪里去找符号(symbol)文件，你可以在windbg的命令栏中依次键入以下命令：

0:004> .sympath+ srv*https://msdl.microsoft.com/download/symbols

Symbol search path is: srv*https://msdl.microsoft.com/download/symbols

Expanded Symbol search path is: srv*https://msdl.microsoft.com/download/symbols

************* Symbol Path validation summary **************

Response                         Time (ms)     Location

Deferred                                       srv*https://msdl.microsoft.com/download/symbols

0:004> .reload

................................................................

................................................................

.............................................

Loading unloaded module list

........

通常你也需要用以上命令加入你的应用程序的符号文件路径，符号文件的后缀名为pdb，通常由编译器在生成最后的二进制文件时一起生成，所以这里你可以将路径设为Visual Studio输出可执行文件的目录。注意这里的pdb文件必须和你要查看的转储文件使用的可执行文件版本完全一致，所以为了方便起见，你最好妥善保留每一个需要维护的版本的pdb文件。

首先我们用k命令来看一看出问题时的调用堆栈(call stack)：

0:004> k

ChildEBP RetAddr 

050eeef8 5fa44fec combase!RoFailFastWithErrorContextInternal+0x10a

050eef20 5fa44c62 Windows_UI_Xaml!DirectUI::ErrorHelper::ProcessUnhandledError+0xb8

050eef84 5fa44af6 Windows_UI_Xaml!DirectUI::FinalUnhandledErrorDetectedRegistration::OnFinalUnhandledErrorDetected+0xad

050eef98 6ab37e13 Windows_UI_Xaml!Microsoft::WRL::Details::InvokeHelper<Microsoft::WRL::Implements<Microsoft::WRL::RuntimeClassFlags<2>,Windows::Foundation::IEventHandler<Windows::ApplicationModel::Core::UnhandledErrorDetectedEventArgs *>,Microsoft::WRL::FtmBase,Microsoft::WRL::Details::Nil,Microsoft::WRL::Details::Nil,Microsoft::WRL::Details::Nil,Microsoft::WRL::Details::Nil,Microsoft::WRL::Details::Nil,Microsoft::WRL::Details::Nil,Microsoft::WRL::Details::Nil>,long (__stdcall*)(IInspectable *,Windows::ApplicationModel::Core::IUnhandledErrorDetectedEventArgs *),2>::Invoke+0x12

050eefb4 6ab37e44 twinapi_appcore!Windows::Internal::Details::GitInvokeHelper<Windows::Foundation::IEventHandler<Windows::ApplicationModel::Core::UnhandledErrorDetectedEventArgs *>,Windows::Internal::GitPtr,2>::Invoke+0x3c

050eefcc 6ab30d3e twinapi_appcore!Windows::ApplicationModel::Core::UnhandledErrorInvokeHelper::Invoke+0x19

…

从调用栈中可以看出，这时候系统已经在处理产生的异常(exception)，这完全不是我们所想要的，我们想要看到的是这个异常是什么以及是谁报出来的。请不要着急，我们可以先看一下最后一个异常的详细信息，这通常就是我们想要找的异常:

0:004> .exr -1

ExceptionAddress: 5fa44fec (Windows_UI_Xaml!DirectUI::ErrorHelper::ProcessUnhandledError+0x000000b8)

   ExceptionCode: c000027b

  ExceptionFlags: 00000001

NumberParameters: 2

   Parameter[0]: 1089daa0

   Parameter[1]: 00000001

这里给出了异常的错误代码，快看一下这是什么错误：

0:004> !error c000027b

Error code: (NTSTATUS) 0xc000027b (3221226107) - An application-internal exception has occurred.

天阿，应用程序内部异常，这等于还是什么都不知道么。别急，看到第一个参数了没有，这个参数里面包含了进一步的信息，让我们一步一步来把其中的秘密给找出来。

第一个参数0x1089daa0实质上是一个内部结构的指针，这个内部结构通常有两个版本，首先我们需要确定这里用的是哪一个版本，我们用以下命令得到结构头部分的输出然后进行格式化：

0:004> dt 1089daa0 combase!_STOWED_EXCEPTION_INFORMATION_HEADER*

0x171e0f74

   +0x000 Size             : 0x20

   +0x004 Signature        : 0x53453031

0:004> .formats 0x53453031

Evaluate expression:

  Hex:     53453031

  Decimal: 1397043249

  Octal:   12321230061

  Binary:  01010011 01000101 00110000 00110001

  Chars:   SE01

  Time:    Wed Apr 09 19:34:09 2014

  Float:   low 8.46917e+011 high 0

  Double:  6.90231e-315

这里可以看出这是一个SE01版本的结构，所以我们可以重新解析地址0x1089daa0：

0:004> dt 1089daa0 combase!_STOWED_EXCEPTION_INFORMATION_V1*

0x171e0f74

   +0x000 Header           : _STOWED_EXCEPTION_INFORMATION_HEADER

   +0x008 ResultCode       : 80070057

   +0x00c ExceptionForm    : 0y01

   +0x00c ThreadId         : 0y000000000000000000101110111111 (0xbbf)

   +0x010 ExceptionAddress : (null)

   +0x014 StackTraceWordSize : 4

   +0x018 StackTraceWords  : 0x30

   +0x01c StackTrace       : 0x171dff6c Void

   +0x010 ErrorText        : (null)

当然如果输出的结果是SE02的话，那么就需要使用_STOWED_EXCEPTION_INFORMATION_V2这个数据结构了。这里我们终于看到了真正的错误代码80070057，这是一个参数错误：

0:004> !error 80070057

Error code: (HRESULT) 0x80070057 (2147942487) - The parameter is incorrect.

那么它是在什么地方发生的呢，_STOWED_EXCEPTION_INFORMATION_V1结构也给出了调用栈的指针0x171dff6c，让我们看看调用栈是什么样的：

0:004> dps 0x171dff6c L30

171dff6c  5f8a8b50 Windows_UI_Xaml!DirectUI::Selector::OnSelectedIndexChanged+0x3f8b1c

171dff70  5f4b0020 Windows_UI_Xaml!DirectUI::Selector::OnPropertyChanged+0x7d

171dff74  5fa80fc7 Windows_UI_Xaml!DirectUI::FlipView::OnPropertyChanged+0x59

171dff78  5f73641f Windows_UI_Xaml!DirectUI::DependencyObject::UpdateEffectiveValue+0x122

171dff7c  5f7361c7 Windows_UI_Xaml!DirectUI::DependencyObject::SetValueInternal+0x4f5

171dff80  5f4af548 Windows_UI_Xaml!DirectUI::SelectorGenerated::put_SelectedIndex+0x6d

171dff84  5fa81fa8 Windows_UI_Xaml!DirectUI::FlipView::UpdateSelectedIndex+0x13

171dff88  5fa7f9c5 Windows_UI_Xaml!DirectUI::FlipView::MovePrevious+0x53

171dff8c  5fa80e92 Windows_UI_Xaml!DirectUI::FlipView::OnPointerWheelChanged+0x211

171dff90  5fbda3ea Windows_UI_Xaml!DirectUI::ControlGenerated::OnPointerWheelChangedProtected+0x59

171dff94  5f860630 Windows_UI_Xaml!DirectUI::Control::FireEvent+0x4c1b36

171dff98  5f39ea11 Windows_UI_Xaml!DirectUI::DXamlCore::FireEvent+0x200

171dff9c  5f39db3d Windows_UI_Xaml!AgCoreCallbacks::FireEvent+0x40

171dffa0  5f39da7b Windows_UI_Xaml!CCoreServices::CLR_FireEvent+0x9b

171dffa4  5f39d9c1 Windows_UI_Xaml!CommonBrowserHost::CLR_FireEvent+0x20

171dffa8  5f39d2f3 Windows_UI_Xaml!CControlBase::ScriptCallback+0x9a

…

通过观察这个调用栈关系，结果就很明显了，这个问题发生在FlipView的SelectedIndex属性发生变化的时候，错误原因是参数不对，也就是说赋给SelectedIndex的值有问题，我们需要找到给SelectedIndex赋值的地方，看看是不是有不合适的数据赋给了它。

接下来让我们看一看另一个转储文件，同样，在windbg中加载转储文件，设置symbol路径以后，先用k命令看一下当前的调用栈：

0:004> k

ChildEBP RetAddr 

051af5fc 7696a5bd combase!RoFailFastWithErrorContextInternal+0x10a

051af610 60ee5863 combase!RoFailFastWithErrorContext+0x11

051af630 60ee58b3 twinapi_appcore!Windows::ApplicationModel::Core::CoreApplication::ForwardLocalError+0x77

051af648 7696a1e4 twinapi_appcore!Windows::ApplicationModel::Core::CoreApplicationFactory::ForwardLocalError+0x30

051af690 7696a6ac combase!CallErrorForwarder+0x9d

051af69c 723c2d42 combase!RoReportUnhandledError+0x18

051af6fc 7245ffc1 mscorlib_ni+0x9b2d42

051af71c 7245fd35 mscorlib_ni+0xa4ffc1

051af74c 5b09f9df mscorlib_ni+0xa4fd35

051af83c 5b09f965 System_Runtime_WindowsRuntime_ni+0x1f9df

051af8a4 71d33156 System_Runtime_WindowsRuntime_ni+0x1f965

051af8b8 5b09f934 mscorlib_ni+0x323156

051af8d4 5b1aff16 System_Runtime_WindowsRuntime_ni+0x1f934

051af8f8 72b92a36 Windows_UI_ni+0x9ff16

051af978 5d783fb5 clr!COMToCLRDispatchHelper+0x28

051af9f8 5d7837e7 Windows_UI!Windows::UI::Core::CDispatcher::ProcessInvokeItem+0x4d0

(Inline) -------- Windows_UI!Windows::UI::Core::CDispatcher::ProcessMessage+0xffffff8a

051afa94 5d7816dc Windows_UI!Windows::UI::Core::CDispatcher::WaitAndProcessMessages+0x271

051afaf4 5c949931 Windows_UI!Windows::UI::Core::CDispatcher::ProcessEvents+0x60

051afb3c 60ebf45e Windows_UI_Xaml!DirectUI::FrameworkView::Run+0x5e

051afb48 60ebf322

…

显然，这也不是我们想要看的调用栈，那么像第一个例子一样，看看最近的那个异常：

0:004> .exr -1

ExceptionAddress: 7696a5bd (combase!RoFailFastWithErrorContext+0x00000011)

   ExceptionCode: c000027b

  ExceptionFlags: 00000001

NumberParameters: 2

   Parameter[0]: 051af574

   Parameter[1]: 00000001

错误码仍然是c000027b。这次我们不怕了，因为我们从前面的例子中学了一招，按照前面的办法重新做一遍：

0:004> dt 051af574 combase!_STOWED_EXCEPTION_INFORMATION_HEADER*

0x0d331aac

   +0x000 Size             : 0x20

   +0x004 Signature        : 0x53453031

0:004> .formats 0x53453031

Evaluate expression:

  Hex:     53453031

  Decimal: 1397043249

  Octal:   12321230061

  Binary:  01010011 01000101 00110000 00110001

  Chars:   SE01

  Time:    Wed Apr 09 19:34:09 2014

  Float:   low 8.46917e+011 high 0

  Double:  6.90231e-315

0:004> dt 051af574 combase!_STOWED_EXCEPTION_INFORMATION_V1*

0x0d331aac

   +0x000 Header           : _STOWED_EXCEPTION_INFORMATION_HEADER

   +0x008 ResultCode       : 80070102

   +0x00c ExceptionForm    : 0y01

   +0x00c ThreadId         : 0y000000000000000000001101000110 (0x346)

   +0x010 ExceptionAddress : 0x768ea9d7 Void

   +0x014 StackTraceWordSize : 4

   +0x018 StackTraceWords  : 0xa

   +0x01c StackTrace       : 0x076dc300 Void

   +0x010 ErrorText        : 0x768ea9d7  "趍ﯰ???"

0:004> !error 80070102

Error code: (HRESULT) 0x80070102 (2147942658) - The wait operation timed out.

0:004> dps 0x076dc300 La

076dc300  768ff132 combase!RoOriginateLanguageException+0x3b

076dc304  723c2c6a mscorlib_ni+0x9b2c6a

076dc308  7245ff62 mscorlib_ni+0xa4ff62

076dc30c  7245fd21 mscorlib_ni+0xa4fd21

076dc310  5b09f9df System_Runtime_WindowsRuntime_ni+0x1f9df

076dc314  5b09f965 System_Runtime_WindowsRuntime_ni+0x1f965

076dc318  71d33156 mscorlib_ni+0x323156

076dc31c  5b09f934 System_Runtime_WindowsRuntime_ni+0x1f934

076dc320  5b1aff16 Windows_UI_ni+0x9ff16

076dc324  72b92a36 clr!COMToCLRDispatchHelper+0x28

这回错误代码找到了，是0x80070102，但是调用栈中显示的怎么仍然是一个无意义的RoOriginateLanguageException呢?别急，这说明这个异常是在.net代码中产生的，我们用调试.net代码的插件sos来看一看，首先，在windbg中加载sos插件：

0:004> .loadby sos clr

接下来就可以使用sos的命令PrintException (pe)来查看.net代码报出来的异常了：

0:004> !sos.pe

Exception object: 02807538

Exception type:   System.Exception

Message:          <Invalid Object>

InnerException:   <none>

StackTrace (generated):

    SP       IP       Function

    051AF710 71D9D17A mscorlib_ni!System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(System.Threading.Tasks.Task)+0x5e

    051AF720 71D9D115 mscorlib_ni!System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(System.Threading.Tasks.Task)+0x35

    051AF72C 04E9DA2D OurCalendar!OurCalendar.ViewModel.LoginViewModel+<Login>d__7.MoveNext()+0x29d

    051AF814 7251458F mscorlib_ni!System.Runtime.CompilerServices.AsyncMethodBuilderCore.<ThrowAsync>b__4(System.Object)+0x33

    051AF81C 5B09F994 System_Runtime_WindowsRuntime_ni!System.Threading.WinRTSynchronizationContext+Invoker.InvokeCore()+0x24

StackTraceString: <none>

HResult: 80070102

接下来的情况就和明显了，这是在应用程序的代码中报的错，当然，我们的代码实际上是没有MoveNext这个函数的，这个函数是编译器在编译异函数Login的异步处理的时候自动生成的，所以下一步我们就应该去查看OurCalendar.ViewModel.LoginViewModel.Login函数中为什么会报这个异常了。

以上就是我们在分析用户报告的Windows Store应用崩溃时常用的办法。这里我用两个实际的例子做了一个演示，分别针对Winrt的本地代码中报出的异常和.NET代码中报出的异常，希望对大家提高Window Store应用的稳定性有所帮助。

为了解决这个问题，我们需要做到以下两条：

1.保证用户在未经授权的情况下无法获得验证信息。

2.用户通过授权后获得的验证信息不能被重复使用。

对于第一条，我们可以自己建立一个服务器，与该服务器的连接需要先进行身份验证，然后从服务器上获得用于连接Windows Azure 存储服务的验证信息。不过我们既然已经使用了Windows Azure，那么完全可以使用Windows Azure  云服务来为我们做同样的事情。

对于第二条，Windows Azure 存储服务提供了共享访问签名（Shared Access Signature）来保证验证信息的时效性。共享访问签名是一个在特定时间间隔内授予容器、Blob以及其他存储对象受限访问权限的 URI。也就是说，共享访问签名是一个URI, 客户端通过这个URI能够在规定时间内访问容器和Blob, 而超过了时间段的话这个URI就无效了，需要重新获取。

结合这两种方式，那么我们就能够实现对验证信息的保护了。我们将生成共享访问签名的代码放在Windows Azure云服务上，客户端通过访问云服务接口获得共享访问签名来访问Windows Azure存储服务商的Blob。

那么让我们来看看如果要安全的实现与前一篇文章相同的功能所需要完成的步骤。

一.   创建云服务并实现服务接口：

1. 从以下链接下载并安装Azure Cloud Service SDK For .NET:

https://www.windowsazure.com/en-us/downloads/?sdk=net

针对不同的Visual Studio版本，您需要安装相应的SDK，这样在您的Visual Studio的项目模板中会出现Azure Cloud Service的模板。

2. 通过Azure Cloud Service模板创建一个Cloud服务，在项目向导中加入WCF Service Web Role：

完成后项目向导会自动建立两个项目，一个是Cloud Service项目WindowsAzure1，另一个是提供WCF Service的Web Role项目WCFServiceWebRole1。WCFServiceWebRole1中会生成一个名为IService1的接口及实现该接口Service1类。

3.  修改WCFServiceWebRole1项目中的IService1接口添加用于获取共享访问签名的接口函数：

    public interface IService1

    {

        [OperationContract]

        string[] GetUploadSAS(string ContainerName, string BlobName);

        [OperationContract]

        string[] GetDownloadSAS(string ContainerName, string BlobName);

    }

这两个接口函数一个用来获得用于上传的共享访问签名，一个用来获得用于下载的共享访问签名，它们都接收两个参数：容器名称和Blob名称,返回一个含有两个字符串的字符串数组，第一个字符串用来存放用于访问Blob的URI，第二个字符串用来存放共享访问签名。

4.  在WCFServiceWebRole1项目的Service1类中实现GetUploadSAS函数用来返回用于上传的共享访问签名，与上一篇演示的图片上传代码类似，我们首先使用账号名与访问密钥建立Blob客户端对象实例，然后根据容器名得到容器的对象实例，如果容器不存在的话则建立容器并且关闭对匿名用户的访问权限。然后，我们通过Blob名获得Blob块对象实例，通过该实例调用GetSharedAccessSignature获得一个具有5分钟读写访问权限的共享访问签名。

        public string[] GetUploadSAS(string ContainerName, string BlobName)

        {

            string[] blobInfo = new string[2];

            if (string.IsNullOrEmpty(ContainerName) || string.IsNullOrEmpty(BlobName))

            {

                throw new ArgumentNullException();

            }

           var credentials = new StorageCredentials(accountName, accessKey);

            var account = new CloudStorageAccount(credentials, true);

            var blobClient = account.CreateCloudBlobClient();

            var container = blobClient.GetContainerReference(ContainerName);

            container.CreateIfNotExists();

            BlobContainerPermissions containerPermissions = new BlobContainerPermissions();

            containerPermissions.PublicAccess = BlobContainerPublicAccessType.Off;

            container.SetPermissions(containerPermissions);

            var blob = container.GetBlockBlobReference(BlobName);

            blobInfo[0] = blob.Uri.AbsoluteUri;

            blobInfo[1] = blob.GetSharedAccessSignature(new SharedAccessBlobPolicy()

            {

                SharedAccessExpiryTime = DateTime.UtcNow.AddMinutes(5),

                Permissions = SharedAccessBlobPermissions.Write | SharedAccessBlobPermissions.Read

            });

            return blobInfo;

        }

 5.  在WCFServiceWebRole1项目的Service1类中实现GetDownloadSAS函数用来返回用于下载图片的共享访问签名，代码与步骤4类似，首先使用账号名与访问密钥建立Blob客户端对象实例，然后根据容器名得到容器的对象实例，接下来就可以通过Blob名获得Blob块对象实例，调用该实例的GetSharedAccessSignature函数来获得一个具有5分钟只读访问权限的共享访问签名：

        public string[] GetDownloadSAS(string ContainerName, string BlobName)

        {

            string[] blobInfo = new string[2];

            if (string.IsNullOrEmpty(ContainerName) || string.IsNullOrEmpty(BlobName))

            {

                throw new ArgumentNullException();

            }

            var credentials = new StorageCredentials(accountName, accessKey);

            var account = new CloudStorageAccount(credentials, true);

            var blobClient = account.CreateCloudBlobClient();

            var container = blobClient.GetContainerReference(ContainerName);

            var blob = container.GetBlockBlobReference(BlobName);

            blobInfo[0] = blob.Uri.AbsoluteUri;

            blobInfo[1] = blob.GetSharedAccessSignature(new SharedAccessBlobPolicy()

            {

                SharedAccessExpiryTime = DateTime.UtcNow.AddMinutes(5),

                Permissions = SharedAccessBlobPermissions.Read

            });

            return blobInfo;

        }

6.  完成上述代码以后，就可以对该Azure应用点击Build->Publish将该服务发布Windows Azure上去了：

     a.  发布向导首先会让您提供您的Windows Azure账号，如果您已经登录过，那么可以直接在下拉框中选中，如果您是第一次登录，那么需要按Sign In按钮输入账号信息。然后按Next进入下一页：

     b.  如果您的Windows Azure上没有创建过Cloud Service，那么您需要创建一个新的Cloud Service，并且设定服务器位置。或者您也可以选择覆盖一个已有的Cloud Service。这里我们将新建的Cloud Service取名为SASService：

     c.  完成设置之后，发布向导会将该Cloud Service及应用部署到您的Windows Azure上去，您可以通过Windows Azure管理门户确认该Cloud Service以及应用是否已经部署成功。当Cloud Service部署完成后，Service Status会显示Created, Production会显示Running：

    d.  点击该Cloud service的URL进入提供WCF Service的网站，我们可以看到，该网站提供的WCF Service是Service1.svc。所以访问该WCF Service的URL就是https://sasservice.cloudapp.net/Service1.svc。

     e.  打开这个URL，确认该WCF Service可用，并且可以得到在客户端调用该服务的C#示例代码。

二.   在客户端使用共享访问签名来上传和下载图片。

         1. 在Windows Phone应用项目中点击Project->Add service Reference，将刚才获得的service URL填入Address中,按确定添加该Service Reference：

2.  在Windows Phone应用中添加一个用于图片上传的按钮，在Click的处理函数中加入上传代码。这里需要注意的是，和Windows Store应用不同，WCF Service对Windows Phone客户端暴露出来的接口是同步的而不是异步的。因此这边要用事件响应的方式获得WCF Service接口的返回值。我们首先创建WCF Service客户端实例，然后添加对GetUploadedSASCompleted事件的响应函数，然后再调用GetUploadSASAsync函数。在GetUploadedSASCompleted事件的响应函数中，我们可以获得访问Blob的URI和共享访问签名。根据共享访问签名，我们可以生成存储证明进而通过Blob的URI访问该Blob。得到了该Blob的实例之后，就可以调用UploadFromFileAsync或UploadFromStreamAsync函数来上传文件或流数据到Windows Azure的存储服务了。

        private void btnUpload_Click(object sender, RoutedEventArgs e)

        {

              Service1Client client = new Service1Client();

              client.GetUploadSASCompleted +=client_GetUploadSASCompleted;           

              client.GetUploadSASAsync("imagecontainer", "imageblob");

        }

        private async void client_GetUploadSASCompleted(object sender, GetUploadSASCompletedEventArgs e)

        {

            var blobInfo = e.Result;

            StorageCredentials credentials = new StorageCredentials(blobInfo[1]);

            CloudBlockBlob blockBlob = new CloudBlockBlob(new Uri(blobInfo[0]), credentials);

            //upload from the local folder

            StorageFolder local = Windows.Storage.ApplicationData.Current.LocalFolder;

            await blockBlob.UploadFromFileAsync(local.Path + @"\image.jpg", FileMode.Open);

            //upload to the stream           

            var img = await local.GetFileAsync("image.jpg");

            var stream = await img.OpenStreamForReadAsync();

            await blockBlob.UploadFromStreamAsync(stream);

        }

3. 同样，再添加一个用于下载图片的按钮，在Click的处理函数中加入下载代码，过程与步骤二类似，只是这里需要调用GetDownloadSASAsync来获得Blob的URI和共享访问签名。在获得了Blob实例之后需要调用DownloadToFileAsync和DownloadToStreamAsync来下载Blob数据到文件或者数据流中：

        private void btnDownload_Click(object sender, RoutedEventArgs e)

        {

            Service1Client client = new Service1Client();

            client.GetDownloadSASCompleted +=client_GetDownloadSASCompleted;

            client.GetDownloadSASAsync("imagecontainer", "imageblob");

        }

        private async void client_GetDownloadSASCompleted(object sender, GetDownloadSASCompletedEventArgs e)

        {

            var blobInfo = e.Result;

            StorageCredentials credentials = new StorageCredentials(blobInfo[1]);           

            CloudBlockBlob blockBlob = new CloudBlockBlob(new Uri(blobInfo[0]), credentials);

            //download to the local folder

            StorageFolder local = Windows.Storage.ApplicationData.Current.LocalFolder;

            await blockBlob.DownloadToFileAsync(local.Path + @"\image.jpg", FileMode.CreateNew);

             //download to the stream

            StorageFile img = await local.CreateFileAsync("image.tmp");

            Stream stream = await img.OpenStreamForWriteAsync();

            await blockBlob.DownloadToStreamAsync(stream);

        }

完成了以上两大步骤以后，我们就可以通过共享签名的方式来安全的存取Windows Azure上的Blob数据了。

 三． 进一步提高WCF Service的可靠性和安全性

我们已经实现了对Windows Azure上Blob数据的安全存取。但是这还不足以应用到生产环境。在生产环境，我们还需要保证WCF Service的高可靠性。设置服务器的负载均衡是一个很好的解决办法。下面就让我们来介绍一下如何修改WCFServiceWebRole1的设定以实现负载均衡。

1.在Cloud Service项目WindowsAzure1的Roles文件夹中，右键点击WCFServiceWebRole1选择Properties打开属性页。

2.在Configuration页面中将Instance count设为2或更多，Windows Azure会该为Cloud Service创建相应数目虚拟机做负载平衡。这样如果其中一台虚拟机出问题的时候其他虚拟机还能继续服务，从而保证了服务的稳定性。

另外，第三方还有可能通过抓包的方式来获取身份验证及数据信息，虽然因为我们使用了共享访问签名，可以设置该身份验证信息的有效时间，但还是可能形成隐患。为了避免这种情况，我们需要使用https与Windows Azure进行连接。由于Windows Phone客户端和Storage Service的连接已经是https的了，所以这里只需要关心Windows Phone客户端和Cloud Service的连接设置。下面就是设定与Cloud Service的通讯为https连接的步骤：

1.为了采用https连接，我们需要一张SSL证书。而在实际生产环境中，您需要使用一张受信任的证书或者公司颁发的证书。出于演示目的，这里我使用了一张自签名的证书，在Developer Command Prompt for VS2013中以管理员身份运行makecert命令可以帮助我们创建一张自签名证书：

C:\>makecert -r -pe -n CN="sasservice.cloudapp.net " -b 03/13/2014 -e 03/13/2015 -eku 1.3.6.1.5.5.7.3.1 -sky exchange -sp "Microsoft RSA SChannel Cryptographic Provider" -sy 12 -sv sasCert.pvk sasCert.cer

2.期间您需要设定并输入私钥的保护口令。生成的证书包含两个文件，一个是pvk文件，用于存储证书私钥，一个是cer文件，用于存储证书公钥。关于如何使用makecert命令的详细信息，您可以参考以下链接：

https://msdn.microsoft.com/zh-cn/library/bfsktky3(v=vs.110).aspx

3.接下来您需要用pvk2pfx命令生成pfx文件以供后用：

C:\>pvk2pfx -pvk sasCert.pvk  -pi “<pvk password>” -spc sasCert.cer -pfx sasCert.pfx -po “<pfx password>”

pfx文件中包含了证书公钥和私钥。-pi参数用来设定前面输入的私钥的保护口令，-po参数用来设定输出的pfx文件的私钥的保护口令。

4.在客户端右键点击sasCert.cer文件，选择Install certificate安装该证书，按照导入向导一步步将证书安装到Local Machine的Personal存储中。

5. 在Windows Azure管理门户进入前面建立的名为sasservice的云服务管理界面，点击Certificates标签页，在该页面中点击Upload弹出上传向导，根据向导将第3步生成的pfx文件上传到服务端。

 6.回到在Cloud Service项目WindowsAzure1的Roles文件夹，右键点击WCFServiceWebRole1选择Properties打开属性页，在Certificates标签页中添加证书，Store Location选择Local Machine, Store Name选择My，Thumbprint选择步骤4中已经安装到客户端的sasservice证书。Cloud Service项目需要改Thumprint信息以便能够在服务端找到步骤5中上传的那张带私钥的证书。

7.在Endpoints标签页中，将Endpoint的Protocol改为https, Public Port改为443. SSL Certificate Name选择步骤6中添加的证书名Certificate1:

8. 打开WCFServiceWebRole1的web.config文件，加入以下设置使得WCF服务支持https：

<configuration>

 <system.serviceModel>

    <services>

      <service name="WCFServiceWebRole1.Service1">

        <endpoint address=""

                  binding="basicHttpBinding"

                  bindingConfiguration="secureHttpBinding"

                  contract="WCFServiceWebRole1.IService1"/>

        <endpoint address="mex"

                  binding="mexHttpsBinding"

                  contract="IMetadataExchange" />

      </service>

    </services>

    <bindings>

      <basicHttpBinding>

        <binding name="secureHttpBinding">

          <security mode="Transport">

            <transport clientCredentialType="None"/>

          </security>

        </binding>

      </basicHttpBinding>

    </bindings>

    <behaviors>

      <serviceBehaviors>

        <behavior>

         <serviceMetadata httpGetEnabled="false" httpsGetEnabled="true"/>

        </behavior>

      </serviceBehaviors>

    </behaviors>

</configuration>

 9.  对WindowsAzure1项目点击Build->Publish将该服务重新发布Windows Azure上，这样Cloud Service就只允许通过https来访问了。

10. 在Windows Phone应用客户端更新Service Reference,将原来的支持http的Service Renference删除，使用以下支持https的URL为应用重新添加Service Reference:

https://sasservice.cloudapp.net/Service1.svc

11. 由于Windows Phone应用并没有可以直接设置证书的地方，我们需要在应用中使用代码安装前面生成的那张证书。为了演示起见，我首先将证书加入到项目中去，在属性中设置Build Action为Content, Copy to Output Directory为Copy if newer。在界面上添加了一个Button用于安装该证书：

private async void btnCertificate_Click(object sender, RoutedEventArgs e)

{

        var cert =await Package.Current.InstalledLocation.GetFileAsync(@"Assets\sasCert.cer");

        await Launcher.LaunchFileAsync(cert);

}

         在安装了证书以后，Windows Phone应用客户端就可以通过https来与Cloud Service进行通讯了。

 通过以上一系列操作，我们终于将可以在Windows Phone应用中安全的使用Windows Azure上的storage service了。由于步骤比较复杂，我这里附上了完整的示例代码以供大家参考。

AzureStorageDemoWP.zip