((ClaimsPrincipal)Thread.CurrentPrincipal).Claims.FirstOrDefault(c => c.Type == ClaimTypes.NameIdentifier);

       需要獲取會話資訊則必須實現IAbpSession介面。雖然你可以用自己的方式去實現它（IAbpSession），但是它在module-zero專案中已經有了完整的實現。IAbpSession包含還有其他資訊.

 //
    // 摘要:
    //     Defines some session information that can be useful for applications.
 

    public interface IAbpSession
    {
        //
        // 摘要:
        //     TenantId of the impersonator. This is filled if a user with Abp.Runtime.Session.IAbpSession.ImpersonatorUserId
        //     performing actions behalf of the Abp.Runtime.Session.IAbpSession.UserId.
        int? ImpersonatorTenantId { get
 
; }
        //
        // 摘要:
        //     UserId of the impersonator. This is filled if a user is performing actions behalf
        //     of the Abp.Runtime.Session.IAbpSession.UserId.
        long? ImpersonatorUserId { get; }
        //
        // 摘要:
        //     Gets current multi-tenancy side.
        MultiTenancySides MultiTenancySide { get
 
; }
        //
        // 摘要:
        //     Gets current TenantId or null. This TenantId should be the TenantId of the Abp.Runtime.Session.IAbpSession.UserId.
        //     It can be null if given Abp.Runtime.Session.IAbpSession.UserId is a host user
        //     or no user logged in.
        int? TenantId { get; }
        //
        // 摘要:
        //     Gets current UserId or null. It can be null if no user logged in.
        long? UserId { get; }

        //
        // 摘要:
        //     Used to change Abp.Runtime.Session.IAbpSession.TenantId and Abp.Runtime.Session.IAbpSession.UserId
        //     for a limited scope.
        //
        // 引數:
        //   tenantId:
        //
        //   userId:
        IDisposable Use(int? tenantId, long? userId);

AbpSession定義的一些關鍵屬性：

1.UserId: 當前使用者的標識ID，如果沒有當前使用者則為null.如果需要授權訪問則它不可能為空。

2.TenantId: 當前租戶的標識ID，如果沒有當前租戶則為null。

3.MultiTenancySide: 可能是Host或Tenant。

         UserId和TenantId是可以為null的。當然也提供了不為空時獲取資料的 GetUserId()和GetTenantId() 方法 。當你確定有當前使用者時，你可以使用GetUserId()方法。如果當前使用者為空，使用該方法則會丟擲一個異常。GetTenantId()的使用方式和GetUserId()類似。

            IAbpSession通常是以屬性注入的方式存在於需要它的類中，不需要獲取會話資訊的類中則不需要它。如果我們使用屬性注入方式，我們可以用 
NullAbpSession.Instance作為預設值來初始化它（IAbpSession）

    public IAbpSession AbpSession { get; set; }
        private readonly IUserService _iUsersService;
        public AccountController(IUserService iUsersService)
        {
            _iUsersService = iUsersService;
            AbpSession = NullAbpSession.Instance;
        }

        // GET: Account
        public ActionResult Index()
        {
            var currentUserId = AbpSession.UserId;
            return View(); 
        }

          由於授權是應用層的任務，因此我們應該在應用層和應用層的上一層使用IAbpSession（我們不在領域層使用IAbpSession是很正常的）。

ApplicationService, AbpController 和 AbpApiController 這3個基類已經注入了AbpSession屬性，因此在Application Service的例項方法中，能直接使用AbpSession屬性。

           ABP框架中的AbpSession， 並沒有使用到System.Web.HttpSessionStateBase， 而是自己定義了一個Abp.Runtime.Session.IAbpSession介面， 並在Zero模組中通過AspNet.Identity元件實現了AbpSession物件的存值、取值。 所以即使Web服務重啟，也不會丟失Session狀態。在我們自己的專案中， Session物件只有UserId、TenantId、MultiTenancySide這幾個屬性是不夠用的，可以自己擴充了幾個屬性和方法，使用起來非常方便。

      首先我們定義IAbpSession擴充套件類獲取擴充套件屬性,通過擴充套件類，我們不需要做其他額外的更改，即可通過ApplicationService, AbpController 和 AbpApiController 這3個基類已經注入的AbpSession屬性呼叫GetUserName()來獲取擴充套件的Name屬性。

 介面程式碼:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace JCmsErp.AbpSessionExtension
{
   public interface IAbpSessionExtension
    {
        string UserName { get; }
    }
}

實現程式碼:

using Abp.Configuration.Startup;
using Abp.MultiTenancy;
using Abp.Runtime;
using Abp.Runtime.Session;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Security.Claims;
using System.Text;
using System.Threading.Tasks;

namespace JCmsErp.AbpSessionExtension
{
    public class AbpSessionExtension : ClaimsAbpSession, IAbpSessionExtension
    {
        public AbpSessionExtension(IPrincipalAccessor principalAccessor, IMultiTenancyConfig multiTenancy, ITenantResolver tenantResolver, IAmbientScopeProvider<SessionOverride> sessionOverrideScopeProvider)
            : base(principalAccessor, multiTenancy, tenantResolver, sessionOverrideScopeProvider)
        {
        }

        public string UserName => GetUserName(ClaimTypes.Name);

        private string GetUserName(string claimType)
        {
            var claimsPrincipal = PrincipalAccessor.Principal;

            var claim = claimsPrincipal?.Claims.FirstOrDefault(c => c.Type == claimType);
            if (string.IsNullOrEmpty(claim?.Value))
                return null;

            return claim.Value;
        }


    }
}

       然後在登入邏輯中加入以下程式碼:

  //新增身份資訊，以便在AbpSession中使用

            identity.AddClaim(new Claim(ClaimTypes.Name, user.UserName));

就這樣,我們在ApplicationService, AbpController 和 AbpApiController任何地方注入IAbpSession,然後AbpSession.Name就能獲取到我們登入時候新增的資訊.

       二,abp的錯誤機制

          如果登入過程中出錯怎麼辦,報錯了ABP怎麼反應,我們來看一下abp的錯誤機制.在web應用中，異常通常在MVC Controller actions和Web API Controller actions中處理。當異常發生時，應用程式的使用者以某種方式被告知錯誤的相關資訊及原因。果錯誤在正常的HTTP請求時發生，將會顯示一個異常頁。如果在AJAX請求中發生錯誤，伺服器傳送錯誤資訊到客戶端，然後客戶端處理錯誤並顯示給使用者。在所有的Web請求中處理異常是件乏味且重複的工作。ABP自動化完成異常處理，幾乎從不需要顯示的處理任何異常。ABP處理所有的異常、記錄異常並返回合適、格式化的響應到客戶端。在客戶端處理這些響應並將錯誤資訊顯示給使用者。

     異常顯示,首先我們在ActionResult 隨便新增一個異常資訊,除錯一下看一下結果

   public ActionResult Index()
        {

           // return View();
             throw new Exception("登入密碼錯誤或使用者不存在或使用者被禁用。");
        }

         當然，這個異常可能由另一個方法丟擲，而這個方法的呼叫在這個action裡。ABP處理這個異常、記錄它並顯示'Error.cshtml'檢視。你可以自定義這個檢視來顯示錯誤。一個示例錯誤檢視（在ABP模板中的預設錯誤檢視）：

BP對使用者隱藏了異常的細節並顯示了一個標準（本地化的）的錯誤資訊，除非你顯示的丟擲一個UserFriendlyException,UserFriendlyExceptionUserFriendlyException是一個特殊型別的異常，它直接顯示給使用者。參見下面的示例：

    // GET: Account
        public ActionResult Index()
        {

           // return View();
           throw new Abp.UI.UserFriendlyException("登入密碼錯誤或使用者不存在或使用者被禁用。");
        }

瀏覽器結果:

所以，如果你想顯示一個特定的錯誤資訊給使用者，那就丟擲一個UserFriedlyException(或者一個繼承自這個類的異常)。

      當然如果是ajax請求裡面出錯,message API處理JSON物件並顯示錯誤資訊給使用者。前端應該有相應的錯誤處理.