1) 如果没有基于消息的 Web 服务功能，是否可以仅使用这两个功能？ServiceStack 需要初始化，并且在初始化两次（在两个项目中）时会引发错误。
如果您安装最新的ServiceStack.Mvc NuGet 包，您将获得基本的ServiceStackController，它是一个 MVC 控制器，可方便地访问 ServiceStack 的内置提供程序。尽管您仍然需要使用所需的依赖项自动连接控制器，例如注入的ICacheClient.
尽管即使您不使用 ServiceStack 的 WebFramework，拥有 AppHost 也是注册依赖项的便捷位置。ServiceStack 由Web.config 中指定的 ASP.NET 的 IHttpHandler 映射触发，因此如果您没有任何指定的映射，则永远无法从外部调用 ServiceStack，但仍然可以通过以下方式在内部访问已注册的依赖项：
var cache = AppHost.Resolve<ICacheClient>(); //Get ICacheClient for SS IOC
2）是否可以在两个项目之间拆分ServiceStack的实现？
如果您确实有 AppHost，则在宿主项目中不能有多个实例（按设计），因为 AppHost 应该类似于宿主项目，您的所有服务依赖项都应该在其中注册并配置适用于整个 Web 应用程序的设置或服务。
但是，您可以跨多个程序集拆分服务的实现，并通过在 AppHostBase 构造函数中指定它们来让 ServiceStack 扫描它们，例如：
public class AppHost : AppHostBase
{
public AppHost() : base("My Service",
typeof(AServiceInDll1).Assembly, typeof(AServiceInDll2).Assembly/*, etc.*/){}
}
2) 续。我想在 BL 项目中使用 ServiceStack 的身份验证提供程序来维护身份验证过程，但在 mvc 项目中由我自己（或在 ServiceStack 的帮助下）处理所有 UI/cookie。
查看ServiceStack.UseCases CustomAuthenticationMvc示例项目，了解使用 MVC 但使用 ServiceStack 进行身份验证的示例。
3）我想在BL项目中使用ServiceStack的缓存，但我想我仍然需要维护一些会话cookie来接收会话id。正确的方法是什么？为此目的是否有任何内置的辅助函数？
您可以像使用任何其他 C# 类一样使用任何ServiceStack 的缓存提供程序，即将您的业务逻辑绑定到ICacheClient并在您的 IOC 中注入具体实现。
对于会话，您可以使用ServiceStack.Mvc ServiceStackControllerbase.SessionAs<T>中的方法来访问会话。要保存会话，您可以使用扩展方法。尽管这两种方法都需要 ASP.NET 上下文（如果未提供，则使用 ASP.NET 的 HttpContext 单例）才能工作，因为它依赖于 ServiceStack 的cookie，这些 cookie 会在您访问 Session 时自动指示添加到客户端（由服务器） .IHttpRequest.SaveSession()ss-id/ss-pid
如果您不希望您的业务逻辑服务依赖于 ASP.NET，System.Web我建议您访问并保存要在您的控制器中完成的会话并传递给您的业务逻辑。
我建议阅读Sessions Wiki 页面以获取有关 ServiceStack 会话如何工作的更多背景信息。
ServiceStack 和 ASP.NET 或 MVC 之间的 ASP.NET 上下文集成
我将添加此信息，因为它对于在 ServiceStack 和 ASP.NET 或 MVC 之间进行高级集成的任何人都很有用，因为 ServiceStack 的一些扩展方法依赖于这些内置类型。
您可以使用以下命令创建 ServiceStack IHttpRequest 或 IHttpResponse（在任何 HTTP/Controller 请求中）：
var ssHttpRequest = System.Web.HttpContext.Current.Request.ToRequest();
var ssHttpResponse = System.Web.HttpContext.Current.Response.ToResponse();
最后，您可以使用以下命令创建一个完整的请求上下文（封装了 IHttpRequest 和 IHttpResponse）：
var ssRequestContext = System.Web.HttpContext.Current.ToRequestContext();