✨feat(hos_client_create, hos_client_destory): 多次调用destory不会导致重复释放

support/aws-sdk-cpp-master/Docs/Advanced_topics.md

@@ -0,0 +1,123 @@
+# Advance Topics and tips
+
+__This section includes the following topics:__
+* [Uninstalling (auto build only)](#Uninstalling)
+* [Overriding Your HTTP Client](#Overriding-your-Http-Client)
+* [Error Handling](#Error-Handling)
+* [Provided Utilities](#provided-utilities)
+* [Controlling IOStreams used by the HttpClient and the AWSClient](#Controlling-IOStreams-used-by-the-HttpClient-and-the-AWSClient)
+
+
+
+### Uninstalling:
+To uninstall these libraries:
+```sh
+sudo make uninstall
+```
+You may define a custom uninstall target when you are using SDK as a sub-project, but make sure it comes before the default definition in `CMakeLists.txt`, and you can uninstall SDK related libraries by:
+```sh
+sudo make uninstall-awssdk
+```
+
+### Overriding your Http Client
+The default HTTP client for Windows is WinHTTP. The default HTTP client for all other platforms is Curl. If needed, you can create a custom HttpClientFactory, add it to the SDKOptions object which you pass to Aws::InitAPI().
+
+### Error Handling
+We do not use exceptions; however, you can use exceptions in your code. Every service client returns an outcome object that includes the result and an error code.
+
+Example of handling error conditions:
+
+```cpp
+bool CreateTableAndWaitForItToBeActive()
+{
+  CreateTableRequest createTableRequest;
+  AttributeDefinition hashKey;
+  hashKey.SetAttributeName(HASH_KEY_NAME);
+  hashKey.SetAttributeType(ScalarAttributeType::S);
+  createTableRequest.AddAttributeDefinitions(hashKey);
+  KeySchemaElement hashKeySchemaElement;
+  hashKeySchemaElement.WithAttributeName(HASH_KEY_NAME).WithKeyType(KeyType::HASH);
+  createTableRequest.AddKeySchema(hashKeySchemaElement);
+  ProvisionedThroughput provisionedThroughput;
+  provisionedThroughput.SetReadCapacityUnits(readCap);
+  provisionedThroughput.SetWriteCapacityUnits(writeCap);
+  createTableRequest.WithProvisionedThroughput(provisionedThroughput);
+  createTableRequest.WithTableName(tableName);
+
+  CreateTableOutcome createTableOutcome = dynamoDbClient->CreateTable(createTableRequest);
+  if (createTableOutcome.IsSuccess())
+  {
+     DescribeTableRequest describeTableRequest;
+     describeTableRequest.SetTableName(tableName);
+     bool shouldContinue = true;
+     DescribeTableOutcome outcome = dynamoDbClient->DescribeTable(describeTableRequest);
+
+     while (shouldContinue)
+     {
+         if (outcome.GetResult().GetTable().GetTableStatus() == TableStatus::ACTIVE)
+         {
+            break;
+         }
+         else
+         {
+             std::this_thread::sleep_for(std::chrono::seconds(1));
+         }
+     }
+     return true
+  }
+  else if(createTableOutcome.GetError().GetErrorType() == DynamoDBErrors::RESOURCE_IN_USE)
+  {
+     return true;
+  }
+
+  return false;
+}
+```
+
+### Provided Utilities
+The provided utilities include HTTP stack, string utils, hashing utils, JSON parser, and XML parser.
+
+##### HTTP Stack
+/aws/core/http/
+
+The HTTP client provides connection pooling, is thread safe, and can be reused for your purposes. See the Client Configuration section above.
+
+##### String Utils
+/aws/core/utils/StringUtils.h
+
+This header file provides core string functions, such as trim, lowercase, and numeric conversions.
+
+##### Hashing Utils
+/aws/core/utils/HashingUtils.h
+
+This header file provides hashing functions, such as SHA256, MD5, Base64, and SHA256_HMAC.
+
+##### Cryptography
+/aws/core/utils/crypto/Cipher.h
+/aws/core/utils/crypto/Factories.h
+
+This header file provides access to secure random number generators, AES symmetric ciphers in CBC, CTR, and GCM modes, and the underlying Hash implementations that are used in HashingUtils.
+
+##### JSON Parser
+/aws/core/utils/json/JsonSerializer.h
+
+This header file provides a fully functioning yet lightweight JSON parser (thin wrapper around JsonCpp).
+
+##### XML Parser
+/aws/core/utils/xml/XmlSerializer.h
+
+This header file provides a lightweight XML parser (thin wrapper around tinyxml2). RAII pattern has been added to the interface.
+
+### Controlling IOStreams used by the HttpClient and the AWSClient
+By default all responses use an input stream backed by a stringbuf. If needed, you can override the default behavior. For example, if you are using Amazon S3 GetObject and do not want to load the entire file into memory, you can use IOStreamFactory in AmazonWebServiceRequest to pass a lambda to create a file stream.
+
+Example file stream request:
+
+```cpp
+GetObjectRequest getObjectRequest;
+getObjectRequest.SetBucket(fullBucketName);
+getObjectRequest.SetKey(keyName);
+getObjectRequest.SetResponseStreamFactory([](){ return Aws::New<Aws::FStream>( ALLOCATION_TAG, DOWNLOADED_FILENAME, std::ios_base::out ); });
+
+auto getObjectOutcome = s3Client->GetObject(getObjectRequest);
+```

support/aws-sdk-cpp-master/Docs/CMake_Parameters.md

@@ -0,0 +1,105 @@
+# CMake Parameters
+
+## General CMake Variables/Options
+CMake options are variables that can either be ON or OFF, with a controllable default.  You can set an option either with CMake Gui tools or the command line via -D.
+
+### BUILD_ONLY
+Allows you to only build the clients you want to use. This will resolve low level client dependencies if you set this to a high-level sdk such as aws-cpp-sdk-transfer. This will also build integration and unit tests related to the projects you select if they exist. aws-cpp-sdk-core always builds regardless of the value of this argument. This is a list argument.
+Example:
+```sh
+-DBUILD_ONLY="s3;dynamodb;cognito-identity"
+```
+
+### ADD_CUSTOM_CLIENTS
+Allows you to build any arbitrary clients based on the api definition. Simply place your definition in the code-generation/api-definitions folder. Then pass this arg to cmake. The cmake configure step will generate your client and include it as a subdirectory in your build. This is particularly useful if you want to generate a C++ client for using one of your API Gateway services. To use this feature you need to have python 2.7, java, jdk1.8, and maven installed and in your executable path. Example: 
+```sh
+-DADD_CUSTOM_CLIENTS="serviceName=myCustomService, version=2015-12-21;serviceName=someOtherService, version=2015-08-15"
+```
+
+### REGENERATE_CLIENTS
+This argument will wipe out all generated code and generate the client directories from the code-generation/api-definitions folder. To use this argument, you need to have python 2.7, java, jdk1.8, and maven installed in your executable path. Example: 
+```sh
+-DREGENERATE_CLIENTS=1
+```
+
+### CUSTOM_MEMORY_MANAGEMENT
+To use a custom memory manager, set the value to ON. You can install a custom allocator, and all STL types will use the custom allocation interface. If the value is set to OFF, you still might want to use the STL template types to help with DLL safety on Windows.
+
+If static linking is enabled, custom memory management defaults to off. If dynamic linking is enabled, custom memory management defaults to on and avoids cross-DLL allocation and deallocation.
+
+Note: To prevent linker mismatch errors, you must use the same value (ON or OFF) throughout your build system.
+
+### TARGET_ARCH
+To cross compile or build for a mobile platform, you must specify the target platform. By default the build detects the host operating system and builds for that operating system.
+Options: `WINDOWS | LINUX | APPLE | ANDROID`
+
+### G
+Use this variable to generate build artifacts, such as Visual Studio solutions and Xcode projects.
+
+Windows example:
+```sh
+-G "Visual Studio 12 Win64"
+```
+
+For more information, see the CMake documentation for your platform.
+
+### ENABLE_UNITY_BUILD
+(Defaults to OFF) If enabled, most SDK libraries will be built as a single, generated .cpp file.  This can significantly reduce static library size as well as speed up compilation time.
+
+### MINIMIZE_SIZE
+(Defaults to OFF) A superset of ENABLE_UNITY_BUILD, if enabled this option turns on ENABLE_UNITY_BUILD as well as some additional binary size reduction settings.  This is a work-in-progress and may change in the future (symbol stripping in particular).
+
+### BUILD_SHARED_LIBS
+(Defaults to ON) A built-in CMake option, reexposed here for visibility.  If enabled, shared libraries will be built, otherwise static libraries will be built.
+
+### FORCE_SHARED_CRT
+(Defaults to ON) If enabled, the SDK will link to the C runtime dynamically, otherwise it will use the BUILD_SHARED_LIBS setting (weird but necessary for backwards compatibility with older versions of the SDK)
+
+### SIMPLE_INSTALL
+(Defaults to ON) If enabled, the install process will not insert platform-specific intermediate directories underneath bin/ and lib/.  Turn OFF if you need to make multi-platform releases under a single install directory.
+
+### NO_HTTP_CLIENT
+(Defaults to OFF) If enabled, prevents the default platform-specific http client from being built into the library.  Turn this ON if you wish to inject your own http client implementation.
+
+### NO_ENCRYPTION
+(Defaults to OFF) If enabled, prevents the default platform-specific cryptography implementation from being built into the library.  Turn this ON if you wish to inject your own cryptography implementation.
+
+### ENABLE_RTTI
+(Defaults to ON) Controls whether or not the SDK is built with RTTI information
+
+### CPP_STANDARD
+(Defaults to 11) Allows you to specify a custom c++ standard for use with C++ 14 and 17 code-bases
+
+### ENABLE_TESTING
+(Defaults to ON) Controls whether or not the unit and integration test projects are built
+
+### ENABLE_VIRTUAL_OPERATIONS
+(Defaults to ON) This option usually works with REGENERATE_CLIENTS.
+If enabled when doing code generation (REGENERATE_CLIENTS=ON), operation related functions in service clients will be marked as `virtual`.
+
+If disabled when doing code generation (REGENERATE_CLIENTS=ON), `virtual` will not be added to operation functions and service client classes will be marked as final.
+
+If disabled, SDK will also add compiler flags `-ffunction-sections -fdata-sections` for gcc and clang when compiling.
+
+You can utilize this feature to work with your linker to reduce binary size of your application on Unix platforms when doing static linking in Release mode.
+
+For example, if your system uses `ld` as linker, then you can turn this option OFF when building SDK, and specify linker flag `--gc-sections` (or `-dead_strip` on Mac) in your own build scripts.
+
+You can also tell gcc or clang to pass these linker flags by specifying `-Wl,--gc-sections`, or `-Wl,-dead_strip`. Or via `-DCMAKE_CXX_FLAGS="-Wl,[flag]"` if you use CMake.
+
+## Android CMake Variables/Options
+
+### NDK_DIR
+An override path for where the build system should find the Android NDK.  By default, the build system will check environment variables (ANDROID_NDK) if this CMake variable is not set.
+
+### ANDROID_STL
+(Defaults to libc++\_shared)  Controls what flavor of the C++ standard library the SDK will use.  Valid values are one of {libc++\_shared, libc++\_static, gnustl_shared, gnustl_static}.  There are severe performance problems within the SDK if gnustl is used and gnustl was deprecated starting from Android NDK 18, so we recommend libc++.
+
+### ANDROID_ABI
+(Defaults to armeabi-v7a) Controls what abi to output code for.  Not all valid Android ABI values are currently supported, but we intend to provide full coverage in the future.  We welcome patches to our Openssl build wrapper that speed this process up.  Valid values are one of {arm64, armeabi-v7a, x86_64, x86, mips64, mips}.
+
+### ANDROID_TOOLCHAIN
+(Defaults to clang) Controls which compiler is used to build the SDK.  With GCC being deprecated by Android NDK, we recommend using the default (clang).
+
+### ANDROID_NATIVE_API_LEVEL
+(Default varies by STL choice) Controls what API level the SDK will be built against.  If you use gnustl, you have complete freedom with the choice of API level.  If you use libc++, you must use an API level of at least 21.

support/aws-sdk-cpp-master/Docs/CODING_STANDARDS.md

@@ -0,0 +1,16 @@
+# CODING STANDARDS
+* Don't make changes to generated clients directly. Make your changes in the generator. Changes to Core, Scripts, and High-Level interfaces are fine directly in the code.
+* Do not use non-trivial statics anywhere. This will cause custom memory managers to crash in random places.
+* Use 4 spaces for indents and never use tabs.
+* No exceptions.... no exceptions. Use the Outcome pattern for returning data if you need to also return an optional error code.
+* Always think about platform independence. If this is impossible, put a nice abstraction on top of it and use an abstract factory.
+* Use RAII, Aws::New and Aws::Delete should only appear in constructors and destructors.
+* Be sure to follow the rule of 5.
+* Use the C++ 11 standard where possible.
+* Use UpperCamelCase for custom type names and function names. Use m_* for member variables. Don't use statics. If you must, use UpperCammelCase for static variables
+* Always be const correct, and be mindful of when you need to support r-values. We don't trust compilers to optimize this uniformly accross builds so please be explicit.
+* Namespace names should be UpperCammelCase. Never put a using namespace statement in a header file unless it is scoped by a class. It is fine to use a using namespace statement in a cpp file.
+* Use enum class, not enum
+* Prefer #pragma once for include guards.
+* Forward declare whenever possible.
+* Use nullptr instead of NULL.

support/aws-sdk-cpp-master/Docs/ClientConfiguration_Parameters.md

@@ -0,0 +1,70 @@
+# Client Configuration
+You can use the client configuration to control most functionality in the AWS SDK for C++.
+
+ClientConfiguration declaration:
+
+```cpp
+struct AWS_CORE_API ClientConfiguration
+{
+    ClientConfiguration();
+
+    Aws::String userAgent;
+    Aws::Http::Scheme scheme;
+    Aws::Region region;
+    bool useDualStack;
+    unsigned maxConnections;
+    long requestTimeoutMs;
+    long connectTimeoutMs;
+    std::shared_ptr<RetryStrategy> retryStrategy;
+    Aws::String endpointOverride;
+    Aws::Http::Scheme proxyScheme;
+    Aws::String proxyHost;
+    unsigned proxyPort;
+    Aws::String proxyUserName;
+    Aws::String proxyPassword;
+    std::shared_ptr<Aws::Utils::Threading::Executor> executor;
+    bool verifySSL;
+    Aws::String caPath;
+    std::shared_ptr<Aws::Utils::RateLimits::RateLimiterInterface> writeRateLimiter;
+    std::shared_ptr<Aws::Utils::RateLimits::RateLimiterInterface> readRateLimiter;
+};
+```
+
+### User Agent
+The user agent is built in the constructor and pulls information from your operating system. Do not alter the user agent.
+
+### Scheme
+The default value for scheme is HTTPS. You can set this value to HTTP if the information you are passing is not sensitive and the service to which you want to connect supports an HTTP endpoint. AWS Auth protects you from tampering.
+
+### Region
+The region specifies where you want the client to communicate. Examples include us-east-1 or us-west-1. You must ensure the service you want to use has an endpoint in the region you configure.
+
+### UseDualStack
+Sets the endpoint calculation to go to a dual stack (ipv6 enabled) endpoint. It is your responsibility to check that the service actually supports ipv6 in the region you specify.
+
+### Max Connections
+The default value for the maximum number of allowed connections to a single server for your HTTP communications is 25. You can set this value as high as you can support the bandwidth. We recommend a value around 25.
+
+### Request Timeout and Connection Timeout
+This value determines the length of time, in milliseconds, to wait before timing out a request. You can increase this value if you need to transfer large files, such as in Amazon S3 or CloudFront.
+
+### Retry Strategy
+The retry strategy defaults to exponential backoff. You can override this default by implementing a subclass of RetryStrategy and passing an instance.
+
+### Endpoint Override
+Do not alter the endpoint.
+
+### Proxy Scheme, Host, Port, User Name, and Password
+These settings allow you to configure a proxy for all communication with AWS. Examples of when this functionality might be useful include debugging in conjunction with the Burp suite, or using a proxy to connect to the internet.
+
+### Executor
+The default behavior for the executor is to create and detach a thread for each async call. You can change this behavior by implementing a subclass of Executor and passing an instance. We now provide a thread pooled executor as an option. For more information see this blog post: https://aws.amazon.com/blogs/developer/using-a-thread-pool-with-the-aws-sdk-for-c/
+
+### Verify SSL
+If necessary, you can disable SSL certificate verification by setting the verify SSL value to false.
+
+### CA Path
+You can tell the http client where to find your certificate trust store ( e.g. a directory prepared with OpenSSL c_rehash utility). This should not be necessary unless you are doing some weird symlink farm stuff for your environment. This has no effect on Windows or OSX.
+
+### Write Rate Limiter and Read Rate Limiter
+The write and read rate limiters are used to throttle the bandwidth used by the transport layer. The default for these limiters is open. You can use the default implementation with your desired rates, or you can create your own instance by implementing a subclass of RateLimiterInterface.

support/aws-sdk-cpp-master/Docs/Credentials_Providers.md

@@ -0,0 +1,18 @@
+# Credentials Providers
+You can use the AWSCredentialProvider interface to provide login credentials to AWS Auth. Implement this interface to provide your own method of credentials deployment. We also provide default credential providers.
+
+## Default Credential Provider Chain
+The default credential provider chain does the following:
+1. Checks your environment variables for AWS Credentials
+2. Checks your $HOME/.aws/credentials file for a profile and credentials
+3. Contacts and logs in to a trusted identity provider (Cognito, Login with Amazon, Facebook, Google). The sdk looks for the login information to these providers either on the enviroment variables: AWS_ROLE_ARN, AWS_WEB_IDENTITY_TOKEN_FILE, AWS_ROLE_SESSION_NAME. Or on a profile in your $HOME/.aws/credentials.
+4. Checks for an external method set as part of a profile on $HOME/.aws/config to generate or look up credentials that isn't directly supported by AWS.
+5. Contacts the ECS TaskRoleCredentialsProvider service to request credentials if Environment variable AWS_CONTAINER_CREDENTIALS_RELATIVE_URI has been set. 
+6. Contacts the EC2MetadataInstanceProfileCredentialsProvider service to request credentials if AWS_EC2_METADATA_DISABLED is NOT set to ON. 
+
+The simplest way to communicate with AWS is to ensure we can find your credentials in one of these locations.
+
+## Other Methods
+We also support two other methods for providing credentials:
+* Provide your credentials in your client’s constructor.
+* Use Amazon Cognito Identity, which is an identity management solution. You can use the CognitoCaching*CredentialsProviders classes in the identity-management project. For more information, see the *Amazon Cognito Developer Guide*.

support/aws-sdk-cpp-master/Docs/Memory_Management.md

@@ -0,0 +1,105 @@
+# Memory Management
+The AWS SDK for C++ provides a way to control memory allocation and deallocation in a library.
+
+Custom memory management is available only if you use a version of the library built using the compile-time constant AWS_CUSTOM_MEMORY_MANAGEMENT defined.
+
+If you use a version of the library built without the compile-time constant, the global memory system functions such as InitializeAWSMemorySystem will not work and the global new and delete functions will be used instead.
+
+For more information about the compile-time constant, see the STL and AWS Strings and Vectors section in this Readme.
+
+To allocate or deallocate memory:
+1. Implement the MemorySystemInterface subclass:
+   aws/core/utils/memory/MemorySystemInterface.h
+
+In the following example, the type signature for AllocateMemory can be changed as needed:
+
+```cpp
+class MyMemoryManager : public Aws::Utils::Memory::MemorySystemInterface
+{
+  public:
+
+    // ...
+
+    virtual void* AllocateMemory(std::size_t blockSize, std::size_t alignment, const char *allocationTag = nullptr) override;
+    virtual void FreeMemory(void* memoryPtr) override;
+
+};
+```
+
+In Main:
+
+```cpp
+int main(void)
+{
+  MyMemoryManager sdkMemoryManager;
+  SDKOptions options;
+  options.memoryManagementOptions.memoryManager = &sdkMemoryManager;
+  Aws::InitAPI(options);
+
+  // ... do stuff
+
+  Aws::ShutdownAPI(options);
+
+  return 0;
+}
+```
+## STL and AWS Strings and Vectors
+When initialized with a memory manager, the AWS SDK for C++ defers all allocation and deallocation to the memory manager. If a memory manager does not exist, the SDK uses global new and delete.
+
+If you use custom STL allocators, you must alter the type signatures for all STL objects to match the allocation policy. Because STL is used prominently in the SDK implementation and interface, a single approach in the SDK would inhibit direct passing of default STL objects into the SDK or control of STL allocation. Alternately, a hybrid approach – using custom allocators internally and allowing standard and custom STL objects on the interface – could potentially cause more difficulty when investigating memory issues.
+
+The solution is to use the memory system’s compile-time constant AWS_CUSTOM_MEMORY_MANAGEMENT to control which STL types the SDK will use.
+
+If the compile-time constant is enabled (on), the types resolve to STL types with a custom allocator connected to the AWS memory system.
+
+If the compile-time constant is disabled (off), all Aws::* types resolve to the corresponding default std::* type.
+
+Example code from the AWSAllocator.h file in the SDK:
+
+```cpp
+#ifdef AWS_CUSTOM_MEMORY_MANAGEMENT
+
+template< typename T >
+class AwsAllocator : public std::allocator< T >
+{
+   ... definition of allocator that uses AWS memory system
+};
+
+#else
+
+template< typename T > using Allocator = std::allocator<T>;
+
+#endif
+```
+
+In the example code, the AwsAllocator can be either a custom allocator or a default allocator, depending on the compile-time constant.
+
+Example code from the AWSVector.h file in the SDK:
+`template< typename T > using Vector = std::vector< T, Aws::Allocator< T > >;`
+
+In the example code, we define the Aws::* types.
+
+If the compile-time constant is enabled (on), the type maps to a vector using custom memory allocation and the AWS memory system.
+
+If the compile-time constant is disabled (off), the type maps to a regular std::vector with default type parameters.
+
+Type aliasing is used for all std:: types in the SDK that perform memory allocation, such as containers, string stream, and string buf. The AWS SDK for C++ uses these types.
+
+## Native SDK Developers and Memory Controls
+Follow these rules in the SDK code:
+* Do not use new and delete; use Aws::New<> and Aws::Delete<>.
+* Do not use new[] and delete []; use Aws::NewArray<> and Aws::DeleteArray<>.
+* Do not use std::make_shared; use Aws::MakeShared.
+* Use Aws::UniquePtr for unique pointers to a single object. Use the Aws::MakeUnique function to create the unique pointer.
+* Use Aws::UniqueArray for unique pointers to an array of objects. Use the Aws::MakeUniqueArray function to create the unique pointer.
+* Do not directly use STL containers; use one of the Aws::typedefs or add a typedef for the desired container. Example: `Aws::Map<Aws::String, Aws::String> m_kvPairs;`
+* Use shared_ptr for any external pointer passed into and managed by the SDK. You must initialize the shared pointer with a destruction policy that matches how the object was allocated. You can use a raw pointer if the SDK is not expected to clean up the pointer.
+
+## Remaining Issues
+You can control memory allocation in the SDK; however, STL types still dominate the public interface through string parameters to the model object initialize and set methods. If you choose not to use STL and use strings and containers instead, you must create a lot of temporaries whenever you want to make a service call.
+
+To remove most of the temporaries and allocation when service calls are made using non-STL, we have implemented the following:
+* Every Init/Set function that takes a string has an overload that takes the const char*.
+* Every Init/Set function that takes a container (map/vector) has an add variant that takes a single entry.
+* Every Init/Set function that takes binary data has an overload that takes a pointer to the data and a length value.
+* (Optional) Every Init/Set function that takes a string has an overload that takes a non-zero terminated constr char* and a length value.

support/aws-sdk-cpp-master/Docs/README.md

@@ -0,0 +1,12 @@
+# AWS SDK for C++ Documentation
+
+Here you can find some helpful information on usage of the SDK.
+
+* [Using the SDK](./SDK_usage_guide.md)
+* [CMake Parameters](./CMake_Parameters.md)
+* [Credentials Providers](./Credentials_Providers.md)
+* [Client Configuration Parameters](./ClientConfiguration_Parameters.md)
+* [Service Client](./Service_Client.md)
+* [Memory Management](./Memory_Management.md)
+* [Advanced Topics](./Advanced_topics.md)
+* [Coding Standards](./CODING_STANDARDS.md)

support/aws-sdk-cpp-master/Docs/SDK_usage_guide.md

@@ -0,0 +1,79 @@
+# Using the SDK
+After they are constructed, individual service clients are very similar to other SDKs, such as Java and .NET. This section explains how core works, how to use each feature, and how to construct an individual client.
+
+The aws-cpp-sdk-core is the heart of the system and does the heavy lifting. You can write a client to connect to any AWS service using just the core, and the individual service clients are available to help make the process a little easier.
+
+## Running integration tests:
+Several directories are appended with \*integration-tests. After building your project, you can run these executables to ensure everything works properly.
+
+## Build Defines
+If you dynamically link to the SDK you will need to define the USE_IMPORT_EXPORT symbol for all build targets using the SDK.
+If you wish to install your own memory manager to handle allocations made by the SDK, you will need to pass the CUSTOM_MEMORY_MANAGEMENT cmake parameter (-DCUSTOM_MEMORY_MANAGEMENT) as well as define AWS_CUSTOM_MEMORY_MANAGEMENT in all build targets dependent on the SDK.
+
+Note, if you use our export file, this will be handled automatically for you. We recommend you use our export file to handle this for you:
+https://aws.amazon.com/blogs/developer/using-cmake-exports-with-the-aws-sdk-for-c/
+
+## Initialization and Shutdown
+We avoid global and static state where ever possible. However, on some platforms, dependencies need to be globally initialized. Also, we have a few global options such as
+logging, memory management, http factories, and crypto factories. As a result, before using the SDK you MUST call our global initialization function. When you are finished using the SDK you should call our cleanup function.
+
+All code using the AWS SDK and C++ should have at least the following:
+
+```cpp
+#include <aws/core/Aws.h>
+...
+
+Aws::SDKOptions options;
+Aws::InitAPI(options);
+
+//use the sdk
+
+Aws::ShutdownAPI(options);
+```
+
+Due to the way memory managers work, many of the configuration options take closures instead of pointers directly in order to ensure that the memory manager
+is installed prior to any memory allocations occuring.
+
+Here are a few recipes:
+
+* Just use defaults:
+```cpp
+Aws::SDKOptions options;
+Aws::InitAPI(options);
+.....
+Aws::ShutdownAPI(options);
+```
+
+* Install custom memory manager:
+```cpp
+MyMemoryManager memoryManager;
+
+Aws::SDKOptions options;
+options.memoryManagementOptions.memoryManager = &memoryManager;
+Aws::InitAPI(options);
+.....
+Aws::ShutdownAPI(options);
+```
+
+* Override default http client factory:
+```cpp
+Aws::SDKOptions options;
+options.httpOptions.httpClientFactory_create_fn = [](){ return Aws::MakeShared<MyCustomHttpClientFactory>("ALLOC_TAG", arg1); };
+Aws::InitAPI(options);
+.....
+Aws::ShutdownAPI(options);
+```
+## Logging
+The AWS SDK for C++ includes logging support that you can configure. When initializing the logging system, you can control the filter level and the logging target (file with a name that has a configurable prefix or a stream). The log file generated by the prefix option rolls over once per hour to allow for archiving or deleting log files.
+
+You can provide your own logger. However, it is incredibly simple to use the default logger we've already provided:
+
+In your main function:
+
+```cpp
+SDKOptions options;
+options.loggingOptions.logLevel = Aws::Utils::Logging::LogLevel::Info;
+Aws::InitAPI(options);
+//do SDK stuff;
+Aws::ShutdownAPI(options);
+```

support/aws-sdk-cpp-master/Docs/Service_Client.md

@@ -0,0 +1,27 @@
+# Service Clients
+You can use the default constructor, or you can use the system interfaces to construct a service client.
+
+As an example, the following code creates an Amazon DynamoDB client using a specialized client configuration, default credentials provider chain, and default HTTP client factory:
+
+```cpp
+auto limiter = Aws::MakeShared<Aws::Utils::RateLimits::DefaultRateLimiter<>>(ALLOCATION_TAG, 200000);
+
+// Create a client
+ClientConfiguration config;
+config.scheme = Scheme::HTTPS;
+config.connectTimeoutMs = 30000;
+config.requestTimeoutMs = 30000;
+config.readRateLimiter = m_limiter;
+config.writeRateLimiter = m_limiter;
+
+auto client = Aws::MakeShared<DynamoDBClient>(ALLOCATION_TAG, config);
+```
+
+You can also do the following to manually pass credentials:
+`auto client = Aws::MakeShared<DynamoDBClient>(ALLOCATION_TAG, AWSCredentials("access_key_id", "secret_key"), config);`
+
+Or you can do the following to use a custom credentials provider:
+`auto client = Aws::MakeShared<DynamoDBClient>(ALLOCATION_TAG, Aws::MakeShared<CognitoCachingAnonymousCredentialsProvider>(ALLOCATION_TAG, "identityPoolId", "accountId"), config);`
+
+Now you can use your Amazon DynamoDB client.
+